Migration Zarafa zu Kopano

[Tosoboso]

Ich muss doch den Weg über die Migration gehen, da sich ansonsten Fehler in der Datenbank einschleichen. ~# kopano4s-backup legacy starting mysql-dump of zarafa4h to /volume1/kopano/backup...dump for zarafa4h completed in 0 : 0 min:sec.Es passiert somit nichts.

Andy, works as designed: kopano4s legacy nutzt den MariaDB5 Client weil dort auch die Datenbank erwartet wird. Ohne legacy wird der MariaDB10 Client verwendet, Ich erinnere mich, dass du z4h bereits auf MariaDB10 gemodded hast, da schlägt dann backup restore fehl (kann man aber im kopano4s-backup skript anpassen / modden; schau da mal rein bzgl. MYSQL Variable und passe die an bei legacy).
-TosoBoso

 

[Andy+]

Ich habe nun die zweite Variante erprobt:

1. kopano-backup -s http://ip-des-zarafa-systems:236/zarafa -U benutzername-eines-admins -P "password-zum-admin" -u zu-sichernder-nutzer -l INFO --skip-junk --skip-deleted

2. kopano-backup --restore fred -U jbond -P skyfall -u fred -l INFO


Schritt 1 hat funktioniert. Im Verzeichnis /volume1/kopano/backup liegen alle User.

Schritt 2 funktioniert bei mir nicht, da kommt dann

running backup on kopano in container. For backup zarafa on same host use -s http://:236/zarafa or respective host ip-address
2018-08-03 11:47:16,873 - backup - INFO - starting backup
2018-08-03 11:47:17,009 - backup - INFO - starting restore of xxxxxxxxxxxxxxxxx
[error ] HrGetStore failed: No store present.
2018-08-03 11:47:17,997 - backup - INFO - stopping backup
2018-08-03 11:47:18,148 - backup - ERROR - Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/kopano/log.py", line 90, in log_exc
try: yield
File "/usr/lib/python3/dist-packages/kopano/service.py", line 181, in start
_daemon_helper(self.main, self, self.log)
File "/usr/lib/python3/dist-packages/kopano/service.py", line 58, in _daemon_helper
func()
File "/usr/lib/python3/dist-packages/kopano_backup/__init__.py", line 411, in main
self.restore(data_path)
File "/usr/lib/python3/dist-packages/kopano_backup/__init__.py", line 450, in restore
store = self._store(self.options.users[0])
File "/usr/lib/python3/dist-packages/kopano_backup/__init__.py", line 765, in _store
return self.server.user(username).store
File "/usr/lib/python3/dist-packages/kopano/service.py", line 168, in server
self._server = _server.Server(options=self.options, config=self.config.data, log=self.log, service=self)
File "/usr/lib/python3/dist-packages/kopano/server.py", line 250, in __init__
self.mapisession = OpenECSession(self.auth_user, self.auth_pass, self.server_socket, sslkey_file=self.sslkey_file, sslkey_pass=self.sslkey_pass, flags=flags)
File "/usr/lib/python3/dist-packages/MAPI/Util/__init__.py", line 86, in OpenECSession
admin.ConfigureMsgService(uid, 0, 0, profprops)
File "/usr/lib/python3/dist-packages/MAPICore.py", line 1671, in ConfigureMsgService
return _MAPICore.IMsgServiceAdmin_ConfigureMsgService(self, lpUID, ulUIParam, ulFlags, cValues)
MAPI.Struct.MAPIErrorNotFound: MAPI error 8004010F (MAPI_E_NOT_FOUND)


"No store present" ist nicht richtig, der User und somit der Store ist über den WebAdmin angelegt.

 

[Andy+]

............. kopano4s legacy nutzt den MariaDB5 Client weil dort auch die Datenbank erwartet wird...........

Hatte ich schon vermutet, deshalb speichere ich nach dort zurück.

 

[Andy+]

Dein Szenario .....
-TosoBoso

Beitrag 38 ist eine gute Anleitung in Deutsch. Mit der Datenbank, 4 User, alleine bei mir rund 520 Ordner, 12 GB Grösse,

2. - ok
3. - ok, dauerte rund 1 h
4. - ok, dauerte rund 2-3 h
5. - läuft gerade mit einigen Attachment-Warnings, die Datenbank ist noch aus Zeiten von Zarafa (JD) so um 2012-2013, zZ. sind es rund 20 Meldungen.
6.-8. - mal sehen noch

Ich habe mich entschlossen, weiterhin die Anhänge in der Datenbank zu speichern.

 

[Andy+]

Punkt 5 ist durch, aber fehlgeschlagen mit MAPI_Erro usw. und es gab auch keine Sicherungsdaten in Backup-Ordner. Also geht der Weg das auch nicht.

 

[Tosoboso]

Punkt 5 ist durch, aber fehlgeschlagen mit MAPI_Erro usw. und es gab auch keine Sicherungsdaten in Backup-Ordner. Also geht der Weg das auch nicht.

Ich hatte bereits darauf hingeweisen, dass die Migrations-Version neu gebaut werden muss, was ich nun getan habe. Hintergrund: die alte Version hat als Working Directory nicht den Backup Pfad genommen, sondern /root und damit ist bein Un-Install alles weg. Nun sollte es gehen, wenn man Neu-Installiert und den Container neu lädt, d.h. die Backups überleben im gemounteten Verzeichnis. Die Anderen Punkte schau oich mir an und Teste gerade selbst ein Migration wie im Wiki beschrieben (und das dauert wie bei Allen)
-TosoBoso

 

[Andy+]

Das sieht nun richtig gut aus und ich bin nun auch produktiv von Zarafa4H auf Kopano4S umgestiegen, da nun auch Files sehr gut funktioniert.

Mich interessiert aber auch mal, wie hat hier jeder seine Migration gemacht, die Wege sind ja unterschiedlich möglich.

 

[light003]

bei der Installation kann ja bereits alles Wichtige angeben und das ist im WikI beschrieben. Die Admin-Cosolen Befehle und Admin-GUI sind noch nicht im Wiki im Detail hinterlegt. Es sollte aber selbsterklärend sein: Starte Kopan4S-Admin und Arbeite mit den Punkten User, SMPTD, Fetchmail. Wenn mann K-CMds in der GUI aswählt hat man die Auswahl der Kopano Kommandos; ein Aufruf leer bringt i.d.R: die Usage information und help bzw. -help die Details.
Noch ein Hinweis zur Migration: ich muss nochmals das Migrations Image bauen und man sollte es neu Laden. Hintergrund: das Working Directory muss auf backup zeigen, sonst gehen die Backups beim Upgrade des Containers von Migration auf Communit verloren.
-TosoBoso

Ich habe alles eingerichtet - Fetchmail funktioniert wenn über Konsole die "Test" Funktion ablaufen lasse. Ich sehe wie meine Emails abgeholt werden.
Das Problem ist, dass die WebApp nicht funktioniert. Ich hab mir den User angelegt aber es kommt immer die Fehlermeldung "Unknown MAPI Error: MAPI_E_NOT_FOUND"

Desweiteren würde ich gerne Outlook einrichten mit Kopano wie bei Zarafa wo ich meine Email Empfangen und Senden konnte, Kontakte und meinen Kalender hatte.

 

[Andy+]

Was heisst das nun, was möchtest Du machen?

 

[light003]

Ich möchte Outlook nutzen. Wie richte ich es ein?

 

[Andy+]

Du kannst das mit dem Zarafaclient machen, das wäre für mich nun sicherer, oder aber über ActiveSync, was im Grundsatz auch gehen sollte.

 

[Tosoboso]

Hallo zusammen,
die neue k4s 0.8.7 (Upload heute) hat non sowohl kopano-migration-pst integriert, als auch die Fehlerbereinigung kopano-dbadm K1216, die nötig wird nach einer MIgration per Datenbankimport von ZCP, also kopano4s-backup legacy, dann kopano4s-backup lrestore und dann Wechsel auf Community / supported und der Repair. Das Paket stoppt dann 1x und danach geht es (siehe /var/log/kopano/server.log). Probiert es und gebt bitte Feedback. Übrigens ist nun immer das Backup Verzeichnis als Working Directory gesetzt, was den Umgang mit kopano-migration-pst oder kopano-backup erleichtert, denn man muss kein Verzeichnis angeben.
-TosoBoso

 

[Dani Düsentrieb]

Hallo Zusammen,

ich habe jetzt mal versucht eine pst zu importieren. Dazu habe ich das Outlook 2013 Postfach in eine pst exportiert im Kopano einen neuen User anlegt und dann mit kopano-migration-pst /volume1/backup.pst -u test1 die Migration gestartet. Direkt danach kommen folgende Meldungen:

2018-08-14 11:00:15,612 - migration-pst - ERROR - Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/kopano/log.py", line 90, in log_exc
    try: yield
  File "/usr/lib/python3/dist-packages/kopano/service.py", line 181, in start
    _daemon_helper(self.main, self, self.log)
  File "/usr/lib/python3/dist-packages/kopano/service.py", line 58, in _daemon_helper
    func()
  File "/usr/lib/python3/dist-packages/kopano_migration_pst/__init__.py", line 161, in main
    p = pst.PST(arg)
  File "/usr/lib/python3/dist-packages/kopano_migration_pst/pst.py", line 1936, in __init__
    self.fd = open(pst_file,'rb')
FileNotFoundError: [Errno 2] No such file or directory: '/volume1/backup.pst

Auch wenn dort steht das es die Datei nicht gibt, so hab ich mich nochmal versichert das die Datei tatsächlich vorhanden ist und auch so heißt.

Gruß Daniel

 

[Andy+]

Das kann vom Pfad her so nicht sein, da der Backuppfad jener von K4s sein müsste.

 

[Tosoboso]

Hallo Zusammen, ich habe jetzt mal versucht eine pst zu importieren. Dazu habe ich das Outlook 2013 Postfach in eine pst exportiert im Kopano einen neuen User anlegt und dann mit kopano-migration-pst /volume1/backup.pst -u test1 die Migration gestartet.

Hi Dani, K4S sieht die Synology Verzeichnisse nicht, sondern nur die gemounteten Volumes.
Daher: 1) Export Outlook backup.pst 2) cp backup.pst /volume1/kopano/backup 3) kopano-migration-pst backup.pst -u test1 (nur den Dateinamen, denn das Backup Verzeichnis ist das Working Direktory) Siehe auch https://documentation.kopano.io/kopano_migration_manual/pst_migration.html
-TosoBoso

 

[Dani Düsentrieb]

Hallo Zusammen,

ich habe nun den Import erneut durchgeführt. Beim ersten versuch wurde die PST nur teilweise eingelesen. Es fehlten Unterordner, Kalender, Kontakte und Notizen. Warum das so war kann ich nicht sagen, es kam nur eine Meldung:

2018-08-15 07:29:17,127 - migration-pst - WARNING - could not resolve user 'Test'

Danach hab ich den User gelöscht, Store entfernt, komplett neu angelegt und wieder importiert. Jetzt hat er alles Importiert außer ein paar Adressen wo die Warnung so aussah:

2018-08-15 08:11:11,540 - migration-pst - WARNING - could not resolve user 'test@test.de'

Ansonst war ich sehr zufrieden!

Gruß Daniel

 

[Matis]

Also ich bin noch nicht glück mit dem Importieren:

a) kopano-backup -s http://ip-des-zarafa-systems:236/zarafa -U benutzername-eines-admins -P "password-zum-admin" -u zu-sichernder-nutzer -l INFO --skip-junk --skip-deleted
hat mit Kontakte und Kalendereinträge verschluckt.

b) kopano-mogration-pst bringt auch jede Menge Fehlermeldungen und was nachher fehlt ist fast nicht heruasuzufinden.

c) Zarafa-Client ist mir ohne die entpsrechend Vorinstallation ein irrsinniger Aufwand.

d) jetzt habe ich grade versucht die pst in OL zu importieren und diese dann syncen zu lassen. Das dauert Lichtjahre und funzt auch nicht.

Gibt es für Euren Weg über die db-tool eine Beschreibung für dummies?
Das ist sehr schade, dass man die db von z4h nicht einfach irgendwie restoren kann.

______________________

Was mich auch noch von einem Umstieg abhält:
Ich würde gerne auf meinem live-System z4h und k4s parallel installieren (natürlich nur eines am laufen), um zurück zu können.
Aktuell muß ich um k4s zu installieren aber immer das Verzeichnis kopano löschen, docker komplett deinstallieren, die db löschen und dann neu installieren.
Wenn ich das nicht mache, läuft k4s nachher grade mal 2 Minuten und geht dann immer aus.
Wenn das so bleibt müßte ich damit z4h komplett löschen, ohne Weg zurück. Das ist mir noch zu heiß.
Woran kann es liegen, dass k4s so launisch ist beim Installieren?

_______________________

Und noch ne dritte Frage:
um schneller zu sein beim Import-Testen ohne jedesmal neu installieren zu müssen: Wie bekomme ich die db leer und k4s läuft anschließend noch?
Einfach User löschen und ist die db dann noch groß und bleibt vollgemüllt?

 

[millilenium]

Hallo zusammen,

möchte gerne meine Erfahrungen teilen.
Hatte bisher Z4H 0.7.4 am Laufen und habe gestern auf K4S 0.8.8 migriert (ca. 40GB Mail-DB).

Aufgrund der Wiki-Anleitung und dem Satz, dass man direkt importieren kann (It might well be Zarafa4home (ZCP 7.2.6) can be straight imported into Kpoamo 8.5+ without interim migration edition; give it a try since k4s will do the kopano-dbadm for you if needed.) habe ich es gewagt.

Hier meine Vorgehensweise (DSM 6.2):

• Stopp des Z4H-Pakets über das Paketzentrum
• Install der K4S-Version aus der Community (keine Migrationsversion - die Community)
• nach Fertigstellung K4S nicht ausgeführt
• ebenso Z4H nicht mehr gestartet
• über Putty

  kopano4s-backup legacy

  laufen lassen (Dauer ca. 2 1/2 Stunden)
• über Putty

  kopano4s-backup restore timestamp

  des Dumps ausgeführt
• nach ca. 2 Stunden Import fertig
• Konfiguration Sender-Relay (mit sasl_passw und sender_relay mit ca. 10 Mailadressen) sowie Änderung der Server.cfg (Mailbox-Größe etc)
• Deinstallation des Z4H-Pakets (erstmal sicherheitshalber Datenbank in Maria DB5 belassen!)
• Start des K4S-Pakets (dauerte etwas zum Start)
• Einrichtung Fetchmail und Postmap der sasl_passw und sender_relay
• Test via Webapp und Zarafa Outlook-Client (7.2.4, siehe meine anderen Threads)
• Smartphones neu gesynct (mit Nine-App) - zuerst mussten die Rechte in Z-Push wieder gesetzt werden (wurde hier im Forum schon beschrieben)
• K4S läuft sauber und stabil mit allen Daten und Usern ohne Einzelimporte, Zwischenschritte etc. (DB hat 25 Tabellen)
• Löschen der Z4H-DB in MariaDB und des Shares sowie der User

K4S ist klasse, läuft stabil und schnell!
Hoffe ich konnte hier weiterhelfen.

 

[peola]

Hallo @all

Ich habe folgendes Problem mit der Migration von Zarafa nach Kopano

Ist-Zustand

Instaliert ist tosoboso/Zarafa4h:7.2.6.10_Web2.2.1_Push2.3.9 (Docker) (Version 0.7.5) für eigene Domain.
Einstellungen: Z-Share /volume1/zarafa, Z-Backup: /volume1/backup, Db-Name: zarafa (MariaDB 5 mit root: Kennwort XXX, zarafa: Kennwort ZZZ)
Die Datei server.cfg enthät die Einträge mysql_user = zarafa, mysql_password = Kennwort ZZZ.

Bei der Installation von tosoboso/kopano4s:Community_base-8.6.81_Web-3.4.20_Push-2.4.4 (Version 0.8.8) für eigene Domain auf dem selben Server
Einstellungen: MySQL-Database Name: kopano, MySQL-Password (not stored): Kennwort YYY, Shared Folder (files, backup..): /volume1/kopano, Store mail attachments ... = deaktiviert, Kopano Migration edition ... = aktiviert

erhalte ich folgende Fehlermeldung:

"Kopano4s" konnte nicht installiert werden.
Legacy Zarafa4home package detected which is in conflict with Kopano4s. It must be stopped and it is reccomended to remove it.

Auch die Änderung des MariaDB 5 root-Passwortes auf Kennwort YYY bringt keine Besserung.

Mit telnet finde ich die server.cfg nur unter dem Order "root@Nas:/etc/zarafa4h"."root@Nas:/etc/zarafa" existiert bei mir dagegen nicht.

Die Beschreibung mit dem kopano-migration-pst script verstehe ich leider nicht ganz, da ich nicht weiss, von wo aus ich das Script auslösen soll.

Die normale Installation von kopano4s funktioniert ohne Probleme und kann funktionell bisher auch keine Fehler feststellen. Ohne die Übernahme der alten Daten bringt mir das Ganze jedoch wenig.

Je mehr ich mich hier durchlese, desto weniger komme ich noch klar!

Ich bin über jede Hilfe dankbar.

Grüessli
peola

 

[Andy+]

Glückwunsch! Welche Grösse hat Deine DB in Z4H und K4S jeweils?