- This topic has 3 Antworten, 2 Stimmen, and was last updated vor 1 years, 2 months by
.
-
Beiträge
-
Guten Tag und schonmal vorab vielen Dank für Hilfe!
Zur Sache: Ich bin neu bei j-lawyer und habe eine frische Installation via docker-compose aufgesetzt, was auch problemlos funktioniert hat. Bei der Einrichtung der Datensicherung bin ich jedoch auf folgendes Problem gestoßen:Nach der (manuellen) Datensicherung finde ich im Backup-Folder die folgende Struktur vor:
.
├── jlawyerdb-dump.sql
└── .metadata
└── encoding.UTF-8Leider ist die jlawyerdb-dump.sql 0 Byte groß. Nach einem Blick in die Server logs finde ich:
6:23:49,790 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-5) backup task is starting
16:23:49,793 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-5) encryption is enabled
16:23:49,797 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-5) getting directories…
16:23:49,797 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-5) initializing backup executor
16:23:49,797 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-5) starting backup
16:23:49,797 INFO [com.jdimension.jlawyer.timer.executors.IterativeBackupExecutor] (Timer-5) backup executor has been launched
16:23:49,797 INFO [com.jdimension.jlawyer.timer.executors.IterativeBackupExecutor] (Timer-5) initializing backup directory
16:23:49,798 INFO [com.jdimension.jlawyer.timer.executors.IterativeBackupExecutor] (Timer-5) initializing backup metadata directory
16:23:49,799 INFO [com.jdimension.jlawyer.timer.executors.IterativeBackupExecutor] (Timer-5) deleting metadata
16:23:49,801 INFO [com.jdimension.jlawyer.timer.executors.IterativeBackupExecutor] (Timer-5) creating encoding information
16:23:49,803 INFO [com.jdimension.jlawyer.timer.executors.IterativeBackupExecutor] (Timer-5) deleting old zip files
16:23:49,808 INFO [com.jdimension.jlawyer.timer.executors.IterativeBackupExecutor] (Timer-5) backup up database
16:23:49,820 ERROR [com.jdimension.jlawyer.timer.executors.IterativeBackupExecutor] (Timer-5) mysqldump returned with exit code 2
16:23:49,820 ERROR [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-5) backup executor failed: java.lang.Exception: Datenbank-Dump fehlgeschlagen – Rückgabewert 2
at com.jdimension.jlawyer.timer.executors.IterativeBackupExecutor.dumpDatabase(IterativeBackupExecutor.java:972)
at com.jdimension.jlawyer.timer.executors.IterativeBackupExecutor.execute(IterativeBackupExecutor.java:762)
at com.jdimension.jlawyer.timer.IterativeBackupTask.run(IterativeBackupTask.java:894)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)16:23:49,821 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-5) Backup finished
Ganz offenbar funktioniert der mysqldump nicht: „mysqldump returned with exit code 2“
Ein extern angestoßener Dump mit
docker exec jlawyer_db_1 /usr/bin/mysqldump -u jlawyer –password=jlawyer jlawyerdb > backup.sql
funktioniert jedoch problemlos.In der Datensicherungskonfiguration im Client habe ich die gleiche Credentials verwendet, zusammen mit dem Standard MySQL Port 3306 (einen Host kann man dort ja nicht definieren).
Jetzt weiß ich nicht mehr, wo ich weitersuchen kann und bin für weitere Hilfe sehr dankbar!
Hallo,
wir empfehlen Docker nicht für den produktiven Einsatz, daher ist das bspw. auch unserer Doku nicht beschrieben.
Wer die von uns bereitgestellten Images vom DockerHub nutzt, hat ja dann zwei über compose verbundene Container: einen für die Datenbank, einen für die Middleware. Die Backupautomatik des j-lawyer daemons führt ein mysqldump aus, das aber im Container mit der Middleware gar nicht existiert.
Kurzum: wer Docker nutzen will, sollte sich die Backups selbst implementieren (Datenbank und Datenverzeichnis).
Viele Grüße
Jens / j-lawyer.orgHallo Jens,
vielen Dank für die prompte Antwort!
Wenn das im jlawyer-srv Image nicht drin ist, macht das natürlich Sinn, dass das nicht funktioniert.
Ich habe mir jetzt beholfen, indem ich einen zusätzlichen Cron-Container ins Setup aufgenommen habe, der ein DB-Dump erstellt und den Inhalt von /opt/jboss/j-lawyer-data in ein tarball schreibt.
Wenn jemand Interesse an dem Setup hat, gerne melden!Meine Frage ist jetzt noch, warum ihr Docker nicht für PROD-Setups empfehlt (ich bin beruflich DevOps Engineer und baue den ganzen Tag lang nur noch Kubernetes Deployments auf, wo es was anderes als Container gar nicht mehr gibt…).
Und gibt es noch andere Dinge, die im Docker Setup nicht funktionieren, auf die ich bisher vielleicht noch nicht gestoßen bin?Vielen Dank und beste Grüße,
Alex.> Ich habe mir jetzt beholfen, indem ich einen zusätzlichen Cron-Container ins Setup aufgenommen habe, der ein DB-Dump erstellt und den Inhalt von /opt/jboss/j-lawyer-data in ein tarball schreibt.
Perfekt. Zur Info: falls Storage eine Rolle spielt, dann können die Verzeichnisse „searchindex“ und „archivefiles-preview“ aus dem Datenverzeichnis ignoriert werden, die lassen sich nach Rücksicherung neu generieren.
Ich hätte auch Interesse an Deiner Lösung.
> Meine Frage ist jetzt noch, warum ihr Docker nicht für PROD-Setups empfehlt
(1) die Zielgruppe beherrscht Docker idR nicht
(2) mehrere Deployment-Varianten zu maintainen, kostet echt Zeit> Und gibt es noch andere Dinge, die im Docker Setup nicht funktionieren, auf die ich bisher vielleicht noch nicht gestoßen bin?
Mir fällt erstmal nichts dazu ein. Die Images sind jedoch auch nicht für den produktiven Betrieb optimiert, bspw. Speicher der Java-Runtime, Konfiguration der MySQL-InnoDB etc. Wer sich auskennt, kennt aber die relevanten Drehschrauben.
- Du musst angemeldet sein, um zu diesem Thema eine Antwort verfassen zu können.