[Yannic Rubenzer]

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

 

 

 

 

[bes]

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

 

[Yannic Rubenzer]

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

 

[bes]

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

 

[marcel-graf]

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 eingeben

DROP 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 eingeben

SET 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

[Autor]

Beiträge