Outlook mit Neuinstallation stürzt ab

crpb · Apr 14, 2023

Andy Importuser anpassen /var/lib/gromox/user/x/y/ mittels grommunio-admin user query username maildir
Import der MariaDB-Datenbank: mysqldump --all-databases < /usr/local/share/quell_dump_grommunio.sql

Wenn du erst die Datenbank importierst (Grundinstallation durchgeführt und sonst nichts) musst du keinerlei Ordner anpassen. Das steht schon alles drin.

grommunio-2022121:/etc/gromox # mysql grommunio <<< "select username,maildir from users;"
username        maildir
admin
cb@test.local   /var/lib/gromox/user/0/1
test@test.local /var/lib/gromox/user/1/0

Hier muss man natürlich aufpassen! Nur die "grommunio"-Datenbank willst du wahrscheinlich importieren. Denn wenn du auch die DB mysql importierst wird du dir wahrscheinlich die Zugriffsrechte für die anderen DBs zerhacken.

Vielleicht sowas nehmen zum einzeln sichern

mysql --execute="SHOW DATABASES" --skip-column-names --batch |grep -Ev '^(mysql|(performance|information)_schema)$' |while read -r DB; do mysqldump --single-transaction --routines --triggers --events --add-drop-database $DB > $DB.sql ; done

UNGESTESTET!

Siehe auch noch mal https://community.grommunio.com/d/307-mailbox-backup/5 und auch Walters Beitrag danach https://community.grommunio.com/d/307-mailbox-backup/6

Andy · Apr 14, 2023

crpb Nur die "grommunio"-Datenbank willst du wahrscheinlich importieren

Stimmt natürlich.... Die Quelle hat die Module nicht, das Ziel hat die aber. Ansonsten ist alles andere identisch. Führe ich die obige Sequenz für die Einzelsicherungen aus, bleibe ich in der Konsole hängen mit ">", als wenn ich in der Datenbank wäre.

Im Zweifel müsste ich doch nur die Grommunio Datenbank /var/lib/mysql/grommunio/ übertragen, oder nicht?

crpb · Apr 14, 2023

schreib ein done das fehlte und hatte ich schon ersetzt im text oben

Andy · Apr 14, 2023

Nochmals zur Doku, dieser Weg ist überschaubar und hat klare Schritte, damit läuft eine Neuinstallation, in welche aus einer Bisherinstallation die Daten übernommen werden:

1. Quell- und Zielsystem updaten und rebooten: zypper refresh && zypper update
2. Neuinstallation identisch zu Bisherinstallation als Basis einrichten, keine User
3. Dienste beenden auf beiden Systemen: systemctl --all --output json list-units| jq '.[]|select(.unit|test("(^grom.*|nginx|.*fpm).service")).unit' |xargs systemctl stop
4. Export der MariaDB-Datenbank: mysql --execute="SHOW DATABASES" --skip-column-names --batch |grep -Ev '^(mysql|(performance|information)_schema)$' |while read -r DB; do mysqldump --single-transaction --routines --triggers --events --add-drop-database $DB > /usr/local/share/$DB.sql ; done
5. Nutzerdatenübertragung Q -> Z: rsync -aH -essh --delete --numeric-ids -P --stats --inplace /var/lib/gromox/ root@192.168.xxx.xxx:/var/lib/gromox/
6. Ordnerberechtigungen prüfen: chown -Rf grommunio:gromox /var/ib/gromox/user/*/*
7. Import der MariaDB-Datenbank: mysql grommunio < /usr/local/share/grommunio.sql
8. Import der MariaDB-Datenbank: mysql sys < /usr/local/share/sys.sql
9. Importuser prüfen /var/lib/gromox/user/x/y/: grommunio-admin user query username maildir auf beiden Systemen ausführen
10. Reboot

crpb · Apr 14, 2023

Und denke noch an die Konfigurationen.

WalterH Eigentlich muss man alles im /etc/gromox/ zurück kopieren, in einigen Dateien sind die x500 IDs des Systems enthalten.
Die Zertifikate darf man auch nicht vergessen.

Wenn du alles kopierst musst du nur aufpassen wegen dem Mysql-Kennwort aber das kannst du zur Not ja auch neu setzen.

Andy · Apr 14, 2023

Die Frage wäre, was passieren könnte, bislang gibt es keine Probleme. Die Outlookprofile wurden alle neu angelegt und entsprechend neue Zertifikatsanfragen auch in anderen Programmen werden ggf. bestätigt, wie zu einer Neuinstallation. Wenn man das damit umgehen könnte, dann wäre das verstanden für die nächste Runde. Mir war im ersten Schritt wichtig, mit wenigen Schritten eine übersichtliche und serverbasierte Migration hinzubekommen und das halte ich nun Dank Dir für gelungen.

Vielleicht könnte man für weitere Upgrades alle installationsrelevanten Daten weiter zentralisieren. Momentan muss man mindestens 1. und 2. und demnach zumindest 3 verschiedene Locations im Blick haben:

/var/lib/gromox/user/x/y/
/var/lib/mysql/
/etc/gromox/

Je transparenter das wird, um so einfacher ist ein Major-Upgrade insbesondere für neuere Admins.

crpb · Apr 14, 2023

Andy /var/lib/mysql/

Den wirst du nicht händisch kopieren wollen. Ein Mysqldump ist kinderleicht und auch die sicherste Methode

Und zu den beiden anderen Ordnern:
Das ist ganz normale Datenstruktur in UNIX/Linux seit eh und je. Da wird wohl niemals was dran gerüttelt.
Du hast ja auch im Windows für gewöhnlich Regisitrierungseinstellungen, dann vielleicht noch Domänenobjekte mit Exchange und die Installation des Exchange landet für gewöhnlich auch meist auf mindestens drei verschiedenen Platten/Partitionen.
Da sind wir hier noch einfach gestrickt was das angeht.

MMister2 · Apr 20, 2023

Many Thanks to @Andy and @crpb (and the many others who have contributed input) into working out this upgrade process. Today I have followed Andy basic process in a test environment to hopefully 'dot the i's and cross the t's' on the process (see below). Although I have been an IT professional for many years I have little experience in the Linux world so have been following the many threads in the Community to make moving from each major version upgrade as simple as possible. Hopefully, if others find this process useful, it may make it into the Grommunio documentation for others who follow.

Migrate Grommunio from old to new Server with all data

`1. Update and reboot the source and target system: zypper refresh & & zypper update.

Build new server installation identical to current live server. Follow your build documentation upto the point of creating user accounts (call this ‘new server’ in steps below).
Stop inbound Internet email and user access to your live server mailboxes to avoid missing emails during migration.
Optional step - If Grommunio is in Virtual Environment, clone (or take backup of) live server to avoid any damage/corruption to current live server during migration (call this ‘old server’ in steps below), just in case you need to revert to what was your current live server.
Stop services on both systems: systemctl --all --output json list-units| jq '.[]|select(.unit|test("(^grom.|nginx|.fpm).service")).unit' |xargs systemctl stop
Export of the MariaDB database on old server: mysql --execute="SHOW DATABASES" --skip-column-names --batch |grep -Ev '^(mysql|(performance|information)_schema)$' |while read -r DB; do mysqldump --single-transaction --routines --triggers --events --add-drop-database $DB > /usr/local/share/$DB.sql ; done
User Data transfer old server to new server: rsync -aH -essh --delete --numeric-ids -P --stats --inplace /var/lib/gromox/ root@192.168.xxx.xxx:/var/lib/gromox/
Move MariaDB backup (from step 4) from old system to new system. Run this on old server: rsync -aH -essh --delete --numeric-ids -P --stats --inplace /usr/local/share/ root@192.168.xxx.xxx:/usr/local/share/
Check folder permissions on new server: chown -Rf grommunio:gromox /var/ib/gromox/user//
Import of the MariaDB database on new server: mysql grommunio < /usr/local/share/grommunio.sql
Import of the MariaDB database on new server: mysql sys < /usr/local/share/sys.sql
Check import user /var/lib/gromox/user/x/y/: run grommunio-admin user query username maildir on both systems - make sure they match.
Reboot
`
Nearly forgot this mention this bit, you will need to update your router/reverse proxy to allow your inbound email and users to the new server.

I have a fairly basic mail only Grommunio system so I don't have any advanced configuration hiding in the background. If you have any specific customisations these will need migrating to your new server as well (but this should be in your own documentation already).