Schlagwörter: Docker backup restore
-
AutorBeiträge
-
-
12. Februar 2022 um 17:07 Uhr - Views: 733 #12668
Hallo,
ich habe ein folgendes Probelm mit dem Restor eines Backups auf einem neuen Server.
Auf dem neuen Server habe ich folgende Schritte gemacht :
- mkdir otobo_backup
- chown 1000:1000 otobo_backup
- docker volume create –name otobo_backup –opt type=none –opt device=$PWD/otobo_backup –opt o=bind
- docker volume inspect otobo_backup
Backup vom alten Server per rsync auf den neuen frisch mit OTOBO intsallieren Server ins Verzeichniss /otobo_backup/2022-02-12_00-08-33 kopiert
Beim ausführen des Befehls
- docker run -it –rm –volume otobo_opt_otobo:/opt/otobo –volume otobo_backup:/otobo_backup –network otobo_default rotheross/otobo:latest-10_0 scripts/restore.pl -d /opt/otobo -b /otobo_backup/2022-02-12_00-08-33
erscheint folgende Fehlermeldung
- ERROR: No such directory: /otobo_backup/2022-02-12_00-08-33
Zum Test habe ich versucht auf dem neuen Server ein Backup zu erstellen
- docker run -it –rm –volume otobo_opt_otobo:/opt/otobo –volume otobo_backup:/otobo_backup –network otobo_default rotheross/otobo:latest-10_0 scripts/backup.pl -d /otobo_backup
Auch hier erscheint folgender Fehler
- backup.pl: ERROR: Can’t create directory: /otobo_backup/2022-02-12_16-03-31: Permission denied at /opt/otobo/scripts/backup.pl line 239.
Auf dem neuen Server ist folgende Docker Version installiert
Docker version 20.10.5+dfsg1, build 55c4c88
docker-compose version 1.25.0, build unknown
-
14. Februar 2022 um 11:15 Uhr #12670
Hallo Yannic,
anscheinend ist das ja ein Rechteproblem. Auffallend an den ausgeführten Befehlen ist nur das
chown 1000:1000 otobo_backup
. Auf den ersten Blick kann ich aber nicht sagen welche Auswirkungen das im laufenden Container hat. Es wäre also interessant zu wissen welche Rechte effektiv gesetzt sind. Kannst du die Rechte prüfen? In meiner Testinstallation sieht es folgendermaßen aus:bes:~/devel/OTOBO/otobo-docker (rel-10_1)$ docker run -it --rm --volume otobo_opt_otobo:/opt/otobo --volume otobo_backup:/otobo_backup --network otobo_default rotheross/otobo:latest-10_0 bash
otobo@cee252e28018:~$ ls -ld /otobo_backup/
drwxrwxr-x 3 otobo otobo 4096 Feb 14 10:02 /otobo_backup/
otobo@cee252e28018:~$
Viele Grüße,
Bernhard
-
14. Februar 2022 um 22:58 Uhr #12675
Hallo Bernhard,
ich habe deinen Befehl getestet
- docker run -it –rm –volume otobo_opt_otobo:/opt/otobo –volume otobo_backup:/otobo_backup –network otobo_default rotheross/otobo:latest-10_0 bash
- ls -la
- drwxrwxrwx 3 otobo otobo 4096 Feb 14 10:54 otobo_backup
In diesem Ordner befindet sich das Verzeichnis 2022-02-12_00-08-33 mit folgenden Berechtigungen
- drwxrwxrwx 2 root root 4096 Feb 14 10:54 2022-02-12_00-08-33
Die Ordner auf dem Hostsystem haben ebenfalls diese Berechtigungen
- drwxrwxrwx 3 debian debian 4096 Feb 12 16:15 otobo_backup
- drwxrwxrwx 2 debian debian 4096 Feb 12 16:15 2022-02-12_00-08-33
Der Befehl
- docker run -it –rm –volume otobo_opt_otobo:/opt/otobo –volume otobo_backup:/otobo_backup –network otobo_default rotheross/otobo:latest-10_0 scripts/restore.pl -d /opt/otobo -b /otobo_backup/2022-02-12_00-08-33
Führ immer noch zur folgenden Ausgabe
- ERROR: No such directory: /root/otobo_backup/2022-02-12_00-08-33
-
16. Februar 2022 um 12:14 Uhr #12680
Hallo Yannic,
die Verzeichnisse sehen wie erwartet aus. Ein Punkt verwirrt mich aber. Im Befehl wird die Option
-b /otobo_backup/2022-02-12_00-08-33
übergeben. Aber die Meldung ist dass/root/otobo_backup/2022-02-12_00-08-33
nicht existiert. Kann es sein dass sich im Aufruf ein /root eingeschlichen hat?Viele Grüße,
Bernhard Schmalhofer
-
24. Februar 2023 um 13:56 Uhr #14742
Hallo Yannic,
ich habe das bisher immer so gemacht. Neuen Otobo Server ausfgesetzt und das Otobo mit gleichen Otobo/Datenbank Passwörtern zum laufen gebraucht und laut Anleitung entsprechend weiter verfahren.
https://doc.otobo.org/manual/installation/10.1/de/content/backup-restore-docker.html
Danach in den MYSQL Container gewechselt:
sudo docker ps -a
sudo docker exec -it otobo_db_1 bash
mysql -u root -p
Enter password: db Kennwort eingebenDROP DATABASE otobo;
CREATE DATABASE otobo CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
GRANT ALL PRIVILEGES ON otobo.* TO ‘otobo’@’%’;
Backup in den entsprechenden Pfad kopieren.
Um das System aus einem Backup wiederherstellen zu können, müssen wir angeben, welches Backup verwendet werden soll.
Der Platzhalter <TIMESTAMP> steht für einen Wert wie 2020-09-07_09-38.
sudo docker run -it –rm –volume otobo_opt_otobo:/opt/otobo –volume otobo_backup:/otobo_backup –network otobo_default rotheross/otobo:latest-10_0 scripts/restore.pl -d /opt/otobo -b /otobo_backup/<TIMESTAMP>
SET Datenbank Kennwort User OTOBO:
sudo docker exec -it otobo_db_1 bash
mysql -u root -p
Enter password: db Kennwort eingebenSET PASSWORD FOR ‘otobo’ = PASSWORD(‘…….1pRP….WHP’);
FLUSH PRIVILEGES;
Geändertes Kennwort muss in der Config.pm eingetragen werden (z.B. diese über Winscp suchen)
Danach noch Cache löschen und Rebuild
sudo docker exec -it otobo_web_1 bash
cd bin
./otobo.Console.pl Maint::Cache::Delete
./otobo.Console.pl Maint::Config::Rebuild –cleanup
Gruß Marcel
-
-
AutorBeiträge
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.