Migration von Zarafa 0.5.5 auf neueste Versionen

[Gordon696]

Hallo in die Runde,

habe lange gesucht, aber keine entsprechende Info gefunden.
Ich möchte nicht ausschließen, dass ich evtl. mit den falschen Suchstrings unterwegs war.

Ausgangssituation:

Habe eine Synology DS412+ mit Zarafa in derr o.g. Version.
Das lief in den letzten Monaten immer schlecht und es traten Phänomene auf und verschwanden wieder.
Geändert wurde nichts.

Ich nutze Zarafa indem ich die Webapp von außerhalb öffne und damit meine Mails und Kalenereinträge pflege.
Vom Netzwerk ist alles ok, aber seit wenigen Tagen kann ich die WebApp nicht mehr öffnen. Gelegentlich bekomme ich Fehlermeldungen das der Posteingang nicht mehr
vorhanden ist und dann sehe ich wieder alle, kann aber nichts öffnen.

Die Frage die sich mir jetzt stellt, wie kann ich die Daten in der MariaDB in die neue Variante des Zarafas überführen, damit ich wieder Zugriff auf alle meine Mails habe und das System wieder nutzen kann?
Geht das überhaupt so wie ich mir das vorstelle bzw welche Alternative hätte ich um meine Mails wiede rzu bekommen?
Habe vorher auch mit Outlook, Thunderbird etc herum experimentiert umdie Mails mir lokal zu sichern und später ggf. wieder zurück zu führen.
Natürlich ohne Erfolg.

Ich möchte dann auch von DSM 5.2 auf die 6er Variante wechseln.

Freue mich über sachdienliche Hinweise.

Gruß
Gordon

 

[Tosoboso]

HI bei der Migration Zarafa auf Kopano gibt es 2 Möglichkeiten:
1) via pst Outlook Client Export und Import via Kopano Skript kopano-migration-pst; die Datei muss im Backup Pfad /volume1/kopano/backup liegen
2) via Datenbank Export, Import, dann User Export, Import, wobei das alles gescriptet ist
Siehe auch Beiträge: https://www.synology-forum.de/showthread.html?103542-Kopano-oder-Zarafa und https://www.synology-forum.de/showt...ble-vs-Beta-Community-und-Migration-Downgrade

Zu 2) Der Migrationsweg im Parallelbetrieb, sofern du nur eine Synology hast kann folgendermassen aussehen
> Kopano4s Beta mit Community Edition von CPHUB Laden https://www.cphub.net/?p=k4s, diese läuft auch mit MariaDB 5, was ja Standard unter DSM 5.x ist
> Beim Setup nicht den Reverse-Proxy verwenden. Das Paket kann parallel zu Mail-Server, Z-Push, Zarafa betreiben werden. solange nur die Eine, oder Andere Kombi läuft
> Alte Kombi stoppen und Kapoan4S starten und dann ">kopano4s-migration-zarafa start" asführen, was etwas dauern kann und man sollte das Skript als Scheduled Task, oder über die Admin GUI als Hintergrund-Prozess starten
> Fortschritt dann per >tail -f /volume1/kopano/backup/migrate-steps.log; konkret wird ein Backup von Zarafa gezogen, dann in Kopano, spezielle Migrations-Version Eingespielt, wieder Exportiert und dann in die neuste K4s Importiert
> Migrationsschritte können wiederholt werden und man kann einen parallelen Testbetrieb fahren, solange nur ein Kombi läuft; es gibt übrigens ein WIki (siehe Signatur), aber für deinen speziellen Fall hast du hiermit die Kurz-Anleitung
> Upgrade der Synology auf DSM 6.2, was erst geht, wenn man Zarafa deinstalliert; da gibt es dann keinen Weg mehr zurück, daher ja der Parallelbetrieb zum Testen..
> Den Synology Mail-Sever braucht man nach der Migration auf Kopano übrigens nicht mehr.

Beim Parallelbetrieb alte Synology DSM 5.2, MariaDB5, Mail-Server, Zarafa, und Neue DSM 6.2, MariaDB10, Kopano4s Stable ist es m.E: kompfortabler: man spielt das Zarafa Backup im K4s Backup Verzeichnis ein und startet das Skript ">kopano4s-migration-zarafa start". Das befüllt dann die vorherige Intial-Installation von Kopano4s Stable mit den Daten. Das Backup von Zarafa muss übrigens vom gleichen Tag wie beim EInspielen sein, sonst zickt as Migrations-Skript.

EDIT Hinweise zur Migration DSM 6.x, MariaDB10, Kopano4s Stable
> Nur die k4s Beta unterstützt wahlweise MariaDB5 oder 10. Mit dem Wechsel auf DSM 6.x ist auch MariaDB10 verfügbar, was man installieren sollte zum Umstieg auf k4s Stable
> Ein User Backup durchführen (kopano-backup) zum späteren Einspielen und Downgrade Kopano Community aud Default Edition.
> Kopano4s Beta deinstallieren, mit Auswahl: Kopano-Share behalten, wo das User Backup liegt und k4s Stable Default Edition installieren, was eine leere Datenbank unter MariaDB10 erstellt
> Mit "kopano4s-restore user all" den alten Stand in die neue Installation unter MariaDB10 und Kopano4S Stable Edition einspielen

Zu Beachten: es gibt Datenbank Backups (kopano4s-backup incl. Parameter restore) und User-Backups (kopano-backup ncl. Parameter restore bzw. Skript kopano4s-restore-user all),
Das Skript kopano4s-migration-zarafa verwendet eine Mischung aus Datenbank und User Backup, Datenbank-Backup / Restore zum "Einstieg" Migration von Zarafa und dann User Backup / Restore.
Der User-Backup / Restore Adressiert die Probleme, dass die interne Datenbank Upgrades von der Kopano-Migrations Version zur aktuellen Version nicht mehr in einem Schritt funktionieren und gibt die Möglichkeit zwischen der Beta Community Edition und der Stable Default zu wechseln. Den Hintergrund weiter zu erklären sprengt den Rahmen, man muss sich einfach merken: es gibt 2 Arten von Backup 7 Restore bzw. Export Import.

PS: du solltest dringend regelmässige Baclups deiner Datenbank machen, das geht mit Kopano Installation und kopano4s-backup legacy, oder mit den zarafa-backup Skripten, die im anderen Beitrag angehängt sind
-TosoBoso

 

[Gordon696]

Hi Tosoboso,

vielen Dank für Deine Info.
Ich hangel mich gerade durch die Beschreibung von Online8*.
Versuche gerade Zarafa und Z4H parallel laufen zu lassenund die DB der alten Z Installation in die neue zu übernehmen.
Allerdings kniffel ich noch an der Übernahme der alten DB rum.

Mir ist nicht klar warum ich nach der Installation einen dump der DB durchführe und danach genau diesen dump wieder restore.
Das müsste doch eigentlich die alte DB sein um die Daten in Z4H zu übernehmen!?

Danke für die Unterstützung.

Gruß
Gordon

 

[Andy+]

Hier wird von zweierlei gesprochen. Z4H ist der direkte Nachfolger von Zarafa von Julian Dole. In Z4H könnte die Datenbank von ZarafaJD ohne Migration übernommen werden. Inzwischen sind wir jedoch bereits beim Z4H-Nachfolger K4S (Kopano for Synology) und davon redet Tosoboso. Allerdings ist dann eine Migration der Datenbank erforderlich.

Ganz kurz: ZJD v0.5.5 -> Z4H v0.7.5 -> K4S v1.0.6 - die max. Versionierungen machen deutlich, wo wir nun sind. K4S gibt es seit v0.8.0.

Z4H funktioniert zwar auch, hat aber nicht die Features von K4S und ist halt auch nicht aktuell.

 

[Gordon696]

Moin in die Runde,

mir ist klar was Tosoboso geschrieben hat.
Die Variante ist ähnlich zu dem Umstieg von Zarafa auf Z4H dem damit verbundenen Umgang mit der Übernahme der DB´s.

Mir hat die Variante Migration von Zarafa auf Z4H besser gefallen da ich das Ganze noch unter DSM 5.2 machen kann.
Kopano kann ich nach Meldung meiner Syn nur mit DMS6.x installieren.

Meine Info war, dass dann aber bestimmte Komponenten wie z.B. Mail Server und Zarafa nicht mehr laufen würden.
Das ist auch der Grund warum ich mich die ganze Zeit um das Update gedrückt habe.

Zur Info, ich meine diesen Beitrag für die Migration:
https://www.synology-forum.de/showt...rafa-5-5-auf-DSM5-2-auf-Zarafa4H-auf-DSM6-1-x

Gruß
Gordon

 

[Andy+]

Das ist nicht ganz so. K4S lässt sich inzwischen auch auf DSM 5.2 installieren.

Und bezüglich Z4H ist es nicht erforderlich, eine Migration durchzuführen. Im Grunde könntest Du sogar bei der Installation von Z4H die Datenbank von ZJD angeben, dann läuft das auch weiter. Es ist nur eben säuberer, von der Datenbank ZJD ein Backup anzufertigen und in die Datenbank von Z4h "zarafa4h" wieder einzuspeichern. Die Datenbank ansich ist aber immer noch dieselbe.

Bei K4S ist das nicht so. Mit den Updates wurde auch immer wieder die Struktur der Datenbank verändert, sodass eine Datenbank von Z4H oder ZJD in K4S nicht laufen würde. Daher ist bei K4S eine Migration erforderlich.

 

[Gordon696]

Das ist nicht ganz so. K4S lässt sich inzwischen auch auf DSM 5.2 installieren.

Leider weiß meine Box nichts davon.
Wenn ich die Installation starte bricht diese ab mit der Meldung ab das DSM6.x installiert sein muß.

Wie auch immer......das mit der Datenübernahme der alten DB hat nicht geklappt.
Keine user etc pp nach der Wiederherstellung der DB.

Für mich ist nicht ersichtlich wie die Daten der alten DB in die neue DB übernommen werden.

Bin für Info dankbar.

Gruß
Gordon

 

[Andy+]

Wie das die Installationssoftware regelt mit der DSM-Version, weiss ich nicht, ich weiss nur, dass die Möglichkeit, auf DSM 5.2 zu installieren, implementiert wurde. Ansonsten, lese Dir den Beitrag von Tosoboso genau durch, drucke es aus und geh es durch, bis Du alles in Klarheit hast. In meiner Signatur ist ein Link zum K4S-WIKI, da steht auch einiges zur Migration. Da wird auch die Möglichkeit beschrieben, eine Migrationsversion zu installieren und danach die gewünschte (Default oder Community).

 

[Tosoboso]

Das ist nicht ganz so. K4S lässt sich inzwischen auch auf DSM 5.2 installieren.

Leider weiß meine Box nichts davon. Wenn ich die Installation starte bricht diese ab mit der Meldung ab das DSM6.x installiert sein muß.
Wie auch immer......das mit der Datenübernahme der alten DB hat nicht geklappt. Für mich ist nicht ersichtlich wie die Daten der alten DB in die neue DB übernommen werden.

Hi bitte den Post genau lesen: NUR die k4s BETA unterstützt DSM 5.x und Maria DB 5 (https://www.cphub.net/?id=40&pid=865); wenn du die K4S Stable installierst bekommst du natürlich die Fehlermeldung "Meine Box weiss nichts davon".
Die Datenübernahme in die Migration Version ist ansich simpel: 1) Kopan44s BETA instalieren, die Migration Version und KEINE Attachments auf dem FS 2) DB-Export Zarafa: ">kopano4s-backup legacy" 3) Import mit ">kopano4s backup restore timestamp"
TimeStamp ist die Endung des Dumps und wird Vorgeschlagen wenn man kopano4s backup restore ohne Parameter aufruft. Danach logged man sich ein und prüft,, ob die Daten da sind mit https://SynologyName:9443/webapp
-TosoBoso

 

[Gordon696]

Danke für den Link wo direkt die Beta Version herunter geladen werden kann.
Das hilft weiter.

Nachtrag:
Die Installation bricht ab weil z-Push und MailServer installiert ist.
Beide Anwendungen sind zwar installiert aber angehalten.
Recommendation ist die Pakete zu deinstallieren.
Sollte doch eigentlich auch bei angehaltenen Paketen funktionieren...oder übersehe ich was?

Nachtrag2:
Habe die Pakete deinstalliert und Kopano beta installiert.
Leider lässt sich Koppano nicht starten.
Meldung: Der Paketdienst konnte nicht ausgeführt werden.



Gruß
Gordon

 

[Gordon696]

Das Paket lässt sich nicht starten.

Die Meldung ist leider auch nicht besonders aussagekräftig.

Gruß
Gordon

 

[Andy+]

Ich weiss nun nicht, wie sich Tosoboso das gedacht hat, aber ohne eine migrierte Datenbank kann das nicht laufen, da dessen Struktur nicht passt. Ich würde das/die Zarafa Konto(en) in PST exportieren, auf aktuelle DSM 6 updaten, K4S Stable installieren und PST importieren. Ob Z4H mit dem akt. DSM läuft, keine Ahnung, aber das wäre ggf. das Backup mit der bestehenden Datenbank.

 

[Tosoboso]

Danke für den Link wo direkt die Beta Version herunter geladen werden kann.
Nachtrag: Die Installation bricht ab weil z-Push und MailServer installiert ist. Beide Anwendungen sind zwar installiert aber angehalten. Recommendation ist die Pakete zu deinstallieren. Sollte doch eigentlich auch bei angehaltenen Paketen funktionieren...oder übersehe ich was?
Nachtrag2: Habe die Pakete deinstalliert und Kopano beta installiert. Leider lässt sich Koppano nicht starten. Meldung: Der Paketdienst konnte nicht ausgeführt werden.

Hi, die Installation bricht normalerweise nicht ab und eine Meldung mit Reccomendation ist kein Abbruch, sodern eben einen Warnung / Hinweis. Paketdienst konnte nicht starten ist eine Sache, das ist eine Synology Standard Meldung.
Was steht im Docker Container unter Protokoll? Was steht im log /var/log/kopano/server.log? Was passiert, wenn man den Start von der Kommandozeile ausführt (>/var/packages/Kopano4s/scripts/start-stop-status start)?
Kopano als Bet-Migration sollte ersteinmal mit einer leeren, neuangelgeten Datenbank starten. Dann ist ganz Wichtig vor der Migration, dass man NICHT mit den Settings "Attahments on Filesystem" installiert hat. Importiert man eine alte Zarafa Datenbank mit Attachments drin unter den falschen Setting, dann stoppt Kopano-Migration, aber das hatte ich Oben schon ausgeführt mit den Settings..
-TosoBoso

 

[Gordon696]

Hallo zusammen,

vielen Dank für Eure Unterstützung.


Hier die Outputs:

DiskStation> ls -al /var/log/kopano/server.log
ls: /var/log/kopano/server.log: No such file or directory

DiskStation> ls -al /var/log/kopano/
drwxrwx--x 3 root kopano 4096 Nov 9 21:55 .
drwxr-x--x 13 root kopano 4096 Nov 9 15:50 ..
lrwxrwxrwx 1 root root 19 Nov 9 21:55 log -> /volume1/kopano/log
drwxr-x--- 2 root kopano 4096 Nov 9 15:50 z-push

DiskStation> /var/packages/Kopano4s/scripts/start-stop-status status
Kopano services not running exit false
DiskStation> /var/packages/Kopano4s/scripts/start-stop-status start
flag provided but not defined: --init
See 'docker run --help'.
failed to rebuild Kopano

DiskStation> docker info
Containers: 0
Images: 23
Storage Driver: aufs
Root Dir: /volume1/@docker/aufs
Backing Filesystem: extfs
Dirs: 23
Dirperm1 Supported: true
Execution Driver: native-0.2
Kernel Version: 3.10.35
Operating System: <unknown>
CPUs: 4
Total Memory: 3.857 GiB
Name: DiskStation
ID: Y55N:Q47K:TAYW:3P7H:SCMY:FYCY:KR7P:SJOG:JWW6:BQR6:LK5N:GT7K
WARNING: No memory limit support
WARNING: No swap limit support

Da sollte doch eigentlich Kopano im Docker Container laufen.

Bei mir läuft aber kein Container und die Logs sind nicht gerade aufschlußreich.

Schaue morgen weiter wo es hängen könnte.....

To be continued....

Gruß
Gordon und nochmal Danke für die tolle Unterstützung.

 

[Tosoboso]

Hallo zusammen, vielen Dank für Eure Unterstützung Hier die Outputs:
...DiskStation> /var/packages/Kopano4s/scripts/start-stop-status start
flag provided but not defined: --init See 'docker run --help'. failed to rebuild Kopano....

OK, das mit dem --init erklärt das Problem: Die alte Dockerverson unter DSM 5.2 kennt den Parameter nicht. Ich hatte ansich eine Abfrage dafür. Das muss ich nochmals checken und einen DS: Versionscheck einfügen. Es bedeutet aber das ohne Fix kopano4s aktuell auf DSM 5.x nicht startet.Ich versuche das im nächsten Rlease zu Berücksichtigen.
-TosoBoso

 

[Gordon696]

Ein Glück.....ich kann Abends wieder zeitig ins Bett. ;-)

Kann ich die Anpassung vornehmen um Kopano auf meiner 5.2 DSM laufen zu lassen oder muß ich auf Deine Anpassung warten?

Gruß
Gordon

 

[Gordon696]

Hat vielleicht noch eine zündende Idee wie ich das Ganze in Outlook transferiere?

Ich habe verschiedene Zarafa Clients für Outlook aus Office 365 versucht...leider kann ich das Konto nicht einrichten. Immer wieder Fehler.

Mir wäre diese Variante der Migration ohnehin lieber, weil ich dann die lokal abgespreicherten Mails in die Datensicherung laufen lassen würde und nochmal ordentlich bereinigen.
Zarafa hat da nur begrenzten Komfort.

Hat schon jemand diese Outlook mit dem Alten Zarafa verbunden?
Habe mich ein wneig durchs Forum geforstet, aber nicht das Richtige für meine Situation gefunden.

Habe erst vor kurzem auf MS Office umgestellt und davor mit OpenOffice unterwegs.
Achja.....der Versuch meine Zarafa Mails mit THunderbird zu bearbeiten ging leider auch schief.
Bekomme keinen Kontakt zum Zarafa.

Wie gesagt.....ich würde auch den Weg gehen...je nachdem welcher der schnellere ist.

Gruß
Gordon

 

[Tosoboso]

Kann ich die Anpassung vornehmen um Kopano auf meiner 5.2 DSM laufen zu lassen oder muß ich auf Deine Anpassung warten? Gruß Gordon

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

 

[Andy+]

Die Frage ist allerdings, ob der neuste Zarafa-Client mit Office 365 oder Office 2019 funktioniert, das ist für mich noch nicht schlüssig geklärt. Mit Office 2013 bzw. Outlook 2013 ist klar, dass es funktioniert, aber bereits mit Outlook 2016 geht es los, dass es nur mit Kniffen funktionieren kann. Bislang war es so, dass ggf. Office 2013 erst installiert und danach wieder deinstalliert werden muss, um eine Installation mit Outlook 2016 und Zarafa-Client 7.2.6 ans laufen zu bekommen. So könnte es uU. auch mit Office 365 oder Office 2019 sein.

 

[Matis]

Ich hab heute mal auf meinem Laptop mit den verschiedenen Office Versionen gespielt, um zu klären wo der zarafa-client läuft:

Ausgangslage: win10 office 2016 32bit: client läuft nicht, auch keine alten Versionen.
Office deinstalliert.

Office 2013 32bit installiert, danach zarafaclient-7.2.6-52189: client läuft einwandfrei.
Office deinstalliert.

Office 2019 32bit installiert (ist eigentlich 2016 mit Updates, ohne Microsoft-Konto mit Lizenz gleiches Aussehen und Verhalten wie Office 2016).
zarafaclient-7.2.6-52189 deinstalliert und neu installiert: client läuft einwandfrei !!

Es ist also tatsächlich so, dass mit office 2013 irgendetwas installiert wird, das der zarafa-client braucht.
Dies wird offensichtlich bei der Deinstallation nicht wieder entfernt und ist dafür verantwortlich, dass anschließend der client auch unter office 2016 & 2019 läuft.

Jetzt wäre doch die Frage, was ist das, das office 2013 da mitbringt und ist das u.U. nicht einzeln oder manuell installierbar? (um sich die Vorinstallation von office 2013 zu sparen)