Migration von Zarafa 0.5.5 auf neueste Versionen

[Matis]

Sorry, wollt das verschieben in den allgemeinen Beitrag, wenn es aber nun bereits diskutiert wird, bleibt es wohl hier.

Für mich ist das geklärt. Ich habe es inzwischen auf dem zweiten Rechner nachvollzogen.
War office 2013 mal installiert, funzt auch OL 2016 & 2019, beides probiert. Und zwar ohne weitere Kniffe.
Wenn OL 2013 nicht installiert war konnte ich zarafaclient-7.2.6-52189 nie zum laufen bringen.

Damit gibt es in OL 2013 etwas, das mindestens 1x in die Registry oder in Win installiert werden mußte. Nur was ist das?

 

[Matis]

Seit 2016 wird HTTP/Mapi per default aktiviert. Aber nur wenn nicht vorher eine ältere Version installiert wurde. Sonst nämlich bleibt RCP/Http aktiviert.

D.h. könnte es nicht sein, dass der zarafa-client eben RCP/http nutzt und nicht funzt, wenn http/mapi default ist?

Nur eine Vermutung!

 

[Gordon696]

Es ist besser auf die Anpassung im nächsten Release k4s v. .0.7 zu warten, aber generell ist der Fix bereits fertig.
Wenn du willst kannst due die angehängete common.txt Umbenennen ohen Endung und nach /var/packages/Kopano4s/scripts/ kopieren und dann sollte es gehen.
Übrigens funktioniert IMAP und der Zarafa-Client mit Kopano4s, auch mis ssl. Man muss aber einer den neusten Client nehmen, 7.2.6 von hier: http://zcp.at/supported/windows/latest/ Alternativ geht auch MS-ActiveSync / Z-Push
-TosoBoso

Hi Tososboso,

habe die Datei angepasst, die Berechtigung und den user angepasst.
Die Gruppe administ war leider unbekannt und entsprechend nicht anzupassen:

DiskStation> chown root:administ common
chown: unknown user/group root:administ

Nutze ich root:root kann ich Kopano kurzzeitig starten.
Kopano beendet sich dann sehr schnell wieder.
Egal ob ich über das Paketzentrum starte oder über Docker.

Output server.log:
Wed Nov 13 21:48:35 2019: [ notice] Starting kopano-server version 8.4.5.0 (pid 32)
Wed Nov 13 21:48:35 2019: [warning] setrlimit(RLIMIT_NOFILE, 8192) failed, you will only be able to connect up to 1024 sockets.
Wed Nov 13 21:48:35 2019: [warning] WARNING: Either start the process as root, or increase user limits for open file descriptors.
Wed Nov 13 21:48:35 2019: [error ] KDatabase::Connect(): database access error Unknown error code (0x80000007), mysql error: Access denied for user 'kopano'@'localhost' (using password: YES)
Wed Nov 13 21:48:35 2019: [crit ] Unable to connect to database: MYSQL not initialized
Wed Nov 13 21:48:35 2019: [ notice] Server shutdown complete.

Passwort von mysql habe ich in der server.cfg angepasst, bringt aber auch nichts.
Ich weiß gerade nicht wo ich ansetzen soll.......mache morgen Abend weiter.

Das Thema mit Outlook werde ich mal parallel verfolgen.

Abendliche Grüße
Gordon

 

[Tosoboso]

habe die Datei angepasst, die Berechtigung und den user angepasst.Die Gruppe administ war leider unbekannt und entsprechend nicht anzupassen: DiskStation> chown root:administ common
Nutze ich root:root kann ich Kopano kurzzeitig starten. Kopano beendet sich dann sehr schnell wieder. Egal ob ich über das Paketzentrum starte oder über Docker.Output server.log:
Wed Nov 13 21:48:35 2019: [ notice] Starting kopano-server version 8.4.5.0 (pid 32).. Wed Nov 13 21:48:35 2019: [error ] KDatabase::Connect(): database access error Unknown error code (0x80000007), mysql error: Access denied for user 'kopano'@'localhost' (using password: YES).. Wed Nov 13 21:48:35 2019: [crit ] Unable to connect to database: MYSQL not initialized

Hi die Fehlermeldung ist eindeutig: das DB-Passwort des Kopano Users in der server.cfg passt nicht. Dieses Pwd steht auch in /var/packages/Kopano4s/etc/package.cfg als DB_PASS.=> Rüberkopieren nach vi /etc/kopano/server.cfg in mysql_password und schon sollte es funktionieren. Die Gruppe bei chown ist übrigens root.administrators da hast du ein copy past Error..
-TosoBoso

 

[Gordon696]

Nabend und Danke für die aufschlussreichen Infos.

hier die neuesten Erkenntnisse.

Es funktionierte den Container bzw das Paket zu starten.

Ausführen des Migrations-Scripts klappte leider nicht.
Hier die Outputs....ist leider viel weil ich nicht weiß was hilfreich ist:

DiskStation> kopano4s-migration-zarafa start &
DiskStation> Starting migration steps: 1) kopano baseline backup 2) zarafa db-backup. 3) restore to kopano-db. 4) user export from kopano migration version 5) restore users to kopano baseline
2019.11.14-21.27.16 step 1: create baseline dump from kopano...
starting mysql-dump of kopano to /volume1/kopano/backup... use help for details e.g. on restore
/usr/local/bin/kopano4s-backup: line 365: /bin/mysqldump: not found
cat: can't open '/volume1/kopano/backup/Sql.err': No such file or directory
dump for kopano completed in 0 : 0 min:sec.
2019.11.14-21.27.17 step 2: create dump from legacy zarafa...
starting mysql-dump of zarafa to /volume1/kopano/backup...
/usr/local/bin/kopano4s-backup: line 365: /bin/mysqldump: not found
cat: can't open '/volume1/kopano/backup/Sql.err': No such file or directory
dump for zarafa completed in 0 : 0 min:sec.
Kopano services not running exit false
2019.11.14-21.27.28 step 3: restore zarafa dump of 201911142127 into kopano...
stoping kopano for restore of kopano from dump of 201911142127...
Kopano services not running exit false
2019.11.14-21.27.28 un-zipping dump sql file dump-zarafa-201911142127.sql.gz..
2019.11.14-21.27.28 starting sql import..
2019.11.14-21.27.28 MySQL returned error: /usr/local/bin/kopano4s-backup: line 304: /bin/mysql: not found
restore for kopano completed in 0 : 0 min:sec.
2019.11.14-21.27.29 doing cleanup zipping back imported dump.sql file..
2019.11.14-21.27.29 done..
2019.11.14-21.27.29 step 4: starting kopano migration (8.4.5) to run user export...
refresh: initializing container from fresh image loaded at docker hub..
init: remove and build kopano4s docker container from refreshed image.. stop:
kopano4s
remove:
kopano4s
remove image:
Untagged: tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5
Deleted: 9233d5f0ed719bffe79178bbbf07d64326230cbd40acf44383e0e736000201f4
Deleted: 46eaa463aae8b532439ec6fb5b83d81f7ea95b90b692c9c20574321498d29232
............
Deleted: bc91a2cfccce9fe3f76727aa19b6665c5ef2229da8a6de06cf21a7f1d5177a1e
Deleted: fd08d85d9416519f6846154eb3945077e82da7ed9383a5bae0e6494c3586daf7
build M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5:
Unable to find image 'tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5' locally
M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5: Pulling from tosoboso/kopano4s
fd08d85d9416: Pull complete
bc91a2cfccce: Pull complete
......................
46eaa463aae8: Pull complete
9233d5f0ed71: Pull complete
Digest: sha256:c0f0ac6e45c09631562d6936c981d400efe4dcf895127eac27c15f919065a14b
Status: Downloaded newer image for tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5
efd6a709627d2d35bc68f1d22c1677ca18282cdd07e8df158643929a614cccca
ERRO[0000] Unable to connect to local syslog daemon
postmap on '/etc/kopano/postfix/valiases'..
ERRO[0000] Unable to connect to local syslog daemon
postmap on '/etc/kopano/postfix/recipient_bcc'..
ERRO[0000] Unable to connect to local syslog daemon
postmap on '/etc/kopano/postfix/sender_bcc'..
ERRO[0000] Unable to connect to local syslog daemon
postmap on '/etc/kopano/postfix/recipient_access'..
ERRO[0000] Unable to connect to local syslog daemon
postmap on '/etc/kopano/postfix/sender_access'..
waiting for services to restart: 60s..
ERRO[0000] Unable to connect to local syslog daemon
image intializing UID, GID, etc-cfg, log, ssl, post-build
initializing virtual aliases and pwd e.g. for proxy..
modifying kopano user and group ids (1049 / 65544) plus file limits ..
usermod: no changes
usermod: no changes
usermod: no changes
increasing php upload_max_filesize to 15M..
debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable
setting acl, ssl, encryption shared secrets, fetchmail and plugins..
chmod: cannot access '/etc/kopano/ssl/clients/*': No such file or directory
2019.11.14-22.04.12 sleep 5 min to have migration version running smoothly with zarafa database import..
Kopano services not running exit false
2019.11.14-22.09.12 ERROR running imported data (see migrate-server.log); rolling back..
2019.11.14-22.09.12 rollback restore kopano baseline dump of 201911142127 ...
Kopano services not running exit false
stoping kopano for restore of kopano from dump of 201911142127...
Kopano services not running exit false
2019.11.14-22.09.12 un-zipping dump sql file dump-kopano-201911142127.sql.gz..
2019.11.14-22.09.12 starting sql import..
2019.11.14-22.09.12 MySQL returned error: /usr/local/bin/kopano4s-backup: line 304: /bin/mysql: not found
restore for kopano completed in 0 : 0 min:sec.
2019.11.14-22.09.12 doing cleanup zipping back imported dump.sql file..
2019.11.14-22.09.12 done..
refresh: initializing container from fresh image loaded at docker hub..
init: remove and build kopano4s docker container from refreshed image.. stop:
kopano4s
remove:
kopano4s
remove image:
Untagged: tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5
Deleted: 9233d5f0ed719bffe79178bbbf07d64326230cbd40acf44383e0e736000201f4
Deleted: 46eaa463aae8b532439ec6fb5b83d81f7ea95b90b692c9c20574321498d29232
............................
Deleted: bc91a2cfccce9fe3f76727aa19b6665c5ef2229da8a6de06cf21a7f1d5177a1e
Deleted: fd08d85d9416519f6846154eb3945077e82da7ed9383a5bae0e6494c3586daf7
build M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5:
Unable to find image 'tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5' locally
M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5: Pulling from tosoboso/kopano4s
fd08d85d9416: Pull complete
........................................
9233d5f0ed71: Pull complete
Digest: sha256:c0f0ac6e45c09631562d6936c981d400efe4dcf895127eac27c15f919065a14b
Status: Downloaded newer image for tosoboso/kopano4s:M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5
7c908ff3c96968bebd606f733778fb591fb83f55af0e4b42aa3567c7296f608c
ERRO[0000] Unable to connect to local syslog daemon
postmap on '/etc/kopano/postfix/valiases'..
ERRO[0000] Unable to connect to local syslog daemon
postmap on '/etc/kopano/postfix/recipient_bcc'..
ERRO[0000] Unable to connect to local syslog daemon
postmap on '/etc/kopano/postfix/sender_bcc'..
ERRO[0000] Unable to connect to local syslog daemon
postmap on '/etc/kopano/postfix/recipient_access'..
ERRO[0000] Unable to connect to local syslog daemon
postmap on '/etc/kopano/postfix/sender_access'..
waiting for services to restart: 60s..
ERRO[0000] Unable to connect to local syslog daemon
image intializing UID, GID, etc-cfg, log, ssl, post-build
initializing virtual aliases and pwd e.g. for proxy..
modifying kopano user and group ids (1049 / 65544) plus file limits ..
usermod: no changes
usermod: no changes
usermod: no changes
increasing php upload_max_filesize to 15M..
debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable
setting acl, ssl, encryption shared secrets, fetchmail and plugins..
chmod: cannot access '/etc/kopano/ssl/clients/*': No such file or directory
kopano4s
FATA[0000] cannot enable tty mode on non tty input
Kopano services started


DiskStation> tail -f /volume1/kopano/backup/migrate-steps.log
Starting migration steps: 1) kopano baseline backup 2) zarafa db-backup. 3) restore to kopano-db. 4) user export from kopano migration version 5) restore users to kopano baseline
2019.11.14-21.27.16 step 1: create baseline dump from kopano...
2019.11.14-21.27.17 step 2: create dump from legacy zarafa...
2019.11.14-21.27.28 step 3: restore zarafa dump of 201911142127 into kopano...
2019.11.14-21.27.29 step 4: starting kopano migration (8.4.5) to run user export...
2019.11.14-22.09.12 ERROR running imported data (see migrate-server.log); rolling back..
2019.11.14-22.09.12 rollback restore kopano baseline dump of 201911142127 ...

Soviel für heute Abend......Rollback läuft noch.

 

[Gordon696]

Nabend ...hier der zweite Teil:

DiskStation> more migrate-server.log
2019.11.14-21.27.29 Truncated log b4 starting migration version..
Thu Nov 14 22:03:41 2019: [ notice] Starting kopano-server version 8.4.5.0 (pid 7991)
Thu Nov 14 22:03:41 2019: [warning] setrlimit(RLIMIT_NOFILE, 8192) failed, you will only be able to connect up to 1024 sockets.
Thu Nov 14 22:03:41 2019: [warning] WARNING: Either start the process as root, or increase user limits for open file descriptors.
Thu Nov 14 22:03:41 2019: [error ] KDatabase::Connect(): database access error Unknown error code (0x80000007), mysql error: Access denied for user 'kopano'@'localhost' (using password: YES)
Thu Nov 14 22:03:41 2019: [crit ] Unable to connect to database: MYSQL not initialized
Thu Nov 14 22:03:41 2019: [ notice] Server shutdown complete.


Freue mich über sachdienliche Unterstützung.

Gruß
Gordon

 

[Tosoboso]

Nabend und Danke für die aufschlussreichen Infos. Hier die neuesten Erkenntnisse. Es funktionierte den Container bzw das Paket zu starten. Ausführen des Migrations-Scripts klappte leider nicht. Hier die Outputs....ist leider viel weil ich nicht weiß was hilfreich ist:
DiskStation> kopano4s-migration-zarafa start &
DiskStation> Starting migration steps: 1) kopano baseline backup 2) zarafa db-backup. 3) restore to kopano-db. 4) user export from kopano migration version 5) restore users to kopano baseline
2019.11.14-21.27.16 step 1: create baseline dump from kopano...
starting mysql-dump of kopano to /volume1/kopano/backup... use help for details e.g. on restore
/usr/local/bin/kopano4s-backup: line 365: /bin/mysqldump: not found
cat: can't open '/volume1/kopano/backup/Sql.err': No such file or directory

Hi das Problem ist Fett gekennzeichnet: mysqldump wird nicht wie erwartet gefunden. Ich habe das Problem gefunden: unter DMS 5 war das noch /usr/bin/mysqldump .. was ebenfalls auf DSM 6.x funtioniert, da ist der Default aber /bin/mysqldump.
Ich werde das entsprechend ändern und zusammen mit den Anpassungen, die du schon eingespielt ahst in das nächste Release packen, das bald kommt, geplant diese Wochenende.
-TosoBoso

 

[Gordon696]

Guten Morgen,

das hatte ich bereits angepasst und laufen lassen.
Das lief dann auch sauber durch und erzeugte den gewünschten dump.


Bei dem restore hatte ich dann in Zeile 304 einen Fehler:

DiskStation> ./kopano4s-backup.sh restore 201911142127
stoping kopano for restore of kopano from dump of 201911142127...
Kopano services not running exit false
2019.11.16-20.31.15 un-zipping dump sql file dump-kopano-201911142127.sql.gz..
2019.11.16-20.31.15 starting sql import..
2019.11.16-20.31.15 MySQL returned error: ./kopano4s-backup.sh: line 304: /bin/mysql: not found
restore for kopano completed in 0 : 0 min:sec.

Das habe ich dann auch angepasst und hatte danach noch einen anderen Fehler:

2019.11.16-20.34.16 un-zipping dump sql file dump-kopano-201911142127.sql.gz..
2019.11.16-20.34.16 starting sql import..
2019.11.16-20.34.16 MySQL returned error: ERROR 1045 (28000): Access denied for user 'kopano'@'localhost' (using password: YES)
restore for kopano completed in 0 : 1 min:sec.
2019.11.16-20.34.17 doing cleanup zipping back imported dump.sql file..
2019.11.16-20.34.17 done..

An dem kniffel ich jetzt noch rum, warum der nicht das Passwort nimmt das in den Dateien entsprechend hinterlegt ist.
Zumal ich zwischen den beiden Schrittten nichts geändert habe.

Gruß
Gordon


Nachtrag von 17.11.2019
In dem Script werden zwei Dateien server.cfg angezogen:

die von zarafa und die von kopano.....

das mysql Passwort von zarafa steht richtig drin, das Passwort von Kopano ebenfalls.

Scheinbar übersehe ich etwas, warum ich trotzdem ein "access denied" bei der Kopano DB bekomme.

Vielleicht sehe ich auch gerade einfach zuviele Bäume.

Freue mcih über Input.

Gruß
Gordon

 

[Matis]

Nachdem ich den zarafaclient-7.2.6-52189 nun intensiv mit OL 2016 ausprobiert habe, muß ich Einschränkungen machen.

Online klappt das wunderbar, alles vorhanden und super easy zu sychronisieren. Es können auch neue root-Ordner angelegt werden und auch Entwürfe, ... werden sychronisiert.

Offline scheint das mit der Zeit aus dem Ruder zu laufen: gelöschte Objekte wird nur noch teilweise sychronisiert, der Ordner "Sychronisierungsprobleme" wird nach einigen Tagen gar nicht mehr sychronisiert was dann zu Fehlermeldungen führt.
Der Client scheint also mit der zuverlässigen offline-Sychronisierung nicht mehr stabil zu sein. Sehr schaden, denn er war sehr nützlich. Gibt es denn keine Möglichkeit den client nochmals kopano-tauglich zu machen?

 

[Andy+]

Ich habe auch schon festgestellt, dass es da Unterschiede gibt. Jedoch konnte ich bislang keine Fehldaten oder dergleichen feststellen. Da bleibt dann eigentlich nur ActiveSync, jedoch muss die Erstsynchronisation vollständig abgeschlossen werden, bevor angefangen wird damit zu arbeiten. Und zumindest bei mir werden damit keine Notizen synchronisiert.

In erster Linie arbeite ich damit Online. Im Rahmen des Downgrades von Community zu Default habe ich auch den Offlinemodus verwendet, damit waren allerdings die Kontakte nicht mitgenommen worden, ich konnte das allerdings beheben.

 

[Matis]

Im Rahmen des Downgrades von Community zu Default habe ich auch den Offlinemodus verwendet, damit waren allerdings die Kontakte nicht mitgenommen worden, ich konnte das allerdings beheben.

Ich hab nun meine offline-Laptops auf office 2013 downgegraded und dann läuft der zarafa-client gut. Ich hab so endlich meine Mail zugreifbar.
Bei einem fehlt aber auch der Kalender! Was hast Du gemacht um das zu korrigieren??

 

[Andy+]

Soweit ich noch weiss, habe ich die Kalendereinträge extra exportiert und importiert.

 

[Gordon696]

Hallo in die Runde,

habe nun die neue Version 107beta genutzt.
Ergebnis leider gleich....ich musste die beiden Zeilen anpassen und der restore funktioniert einfach nicht.
Diesmal habe ich allerdings überhaupt keine Meldung die mich weiter bringen würde.

Bitte um Unterstützung, da inzwischen auch Zarafa nicht mehr sauber läuft.

Gruß
Gordon

 

[Matis]

Danke das hilft leider nicht. Online ist alles gut. Offline bricht beim Kalender immer ab mit "0x8004010F, Ein Ordner kann nicht synchronisiert werden."
Gibts denn zum client auch logfiles in denen man schauen könnte?

 

[Gordon696]

Scheinbar ist es nicht möglich auf Kopano4s zu wechseln.

Ich werde jetzt versuchen zumindest auf z4h zu wechseln um meine Mails wieder wie gewohnt nutzen zu können.

 

[Andy+]

.........immer ab mit "0x8004010F........

Das ist ein Cachingproblem. Das kannst Du mit "Ignorieren" übergehen, das sollte nachher trotzdem passen.

Bezüglich Z4H, würde ich auch mal testen. Wenn Du von ZarafaJD noch die Datenbank hast, sollte das laufen.