raspiBackup - Warum Fehlermeldung RBK0021E - RC1 / RBK0005E

kwlorenz · April 21, 2024 at 11:17 AM

Guten Morgen,

raspiBackup hat seit Monaten mit unveränderter Einstellung auf zwei Laufwerke ohne Probleme funktioniert, seit drei Wochen brechen alle Backups mit der gleichen Fehlermeldung ab. Die Meldung kann ich allerdings nicht richtig nachvollziehen / aufarbeiten. Hier ein Auszug der Fehler - eMail:

Code

--- RBK0009I: vortex: raspiBackup.sh V0.6.9 - 2023-11-21 (6638571) So 21. Apr 02:55:03 CEST 2024 gestartet.
--- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt.
--- RBK0031I: Prüfe ob eine neue Version von raspiBackup.sh verfügbar ist.
--- RBK0151I: Backuppfad /media/usbdisk mit Partitionstyp exfat wird benutzt.
--- RBK0272I: Das System wird am Ende des Backuplaufes neu gestartet.
--- RBK0182I: Vor dem Backup ausgeführte Befehle: 'sleep 2m'.
--- RBK0008I: Services werden gestoppt: 'systemctl stop docker && systemctl stop containerd && systemctl stop smbd && systemctl stop nmbd && systemctl stop hd-idle'.
--- RBK0267I: Erweiterung raspiBackup_mem_pre.sh wird aufgerufen.
--- RBK0267I: Erweiterung raspiBackup_temp_pre.sh wird aufgerufen.
--- RBK0267I: Erweiterung raspiBackup_disk_pre.sh wird aufgerufen.
--- RBK0081I: Backup vom Typ tgz wird in /media/usbdisk/vortex/vortex-tgz-backup-20240421-025501 erstellt.
--- RBK0044I: Backup der Bootpartition wird in /media/usbdisk/vortex/vortex-tgz-backup-20240421-025501/vortex-backup.img erstellt.
--- RBK0292I: Bootpartitionscheck gestartet.
--- RBK0044I: Backup des Partitionlayouts wird in /media/usbdisk/vortex/vortex-tgz-backup-20240421-025501/vortex-backup.sfdisk erstellt.
--- RBK0046I: Backup des Masterbootrecords wird in /media/usbdisk/vortex/vortex-tgz-backup-20240421-025501/vortex-backup.mbr erstellt.
--- RBK0158I: tgz Backup "/media/usbdisk/vortex/vortex-tgz-backup-20240421-025501/vortex-tgz-backup-20240421-025501.tgz" wird erstellt.
--- RBK0085I: Backuperstellung vom Typ tgz gestartet. Bitte Geduld.
tar: /var/agentx/master: socket ignored
tar: /var/lib/docker/containers/e04b69f586dffa70580e2382a30acd1794e26f5df0b7d674670a3319766c7af2/e04b69f586dffa70580e2382a30acd1794e26f5df0b7d674670a3319766c7af2-json.log: file changed as we read it
tar: /var/lib/docker/containers/5985e9ec2a319a9f63b90b80c458a35cc3f35c84722a63cc7f9076388abba229/5985e9ec2a319a9f63b90b80c458a35cc3f35c84722a63cc7f9076388abba229-json.log: file changed as we read it
tar: /var/lib/docker/containers/1b51f58db755463c009ad6e77fa0343a647212f47a6a937637d75c9a5c886949/1b51f58db755463c009ad6e77fa0343a647212f47a6a937637d75c9a5c886949-json.log: file changed as we read it
tar: /var/lib/docker/overlay2/d54e7cbea50ee23493d72365d3bc9de4e283b3956ca2a3352066789173d2e349/diff/tmp/.X11-unix/X2292: socket ignored
tar: /var/lib/docker/overlay2/de824a36dc3eead18f2e278f6ab7c39437affd31cfb81985ed736c9b72605a0a/diff/run/s6-rc\:s6-rc-init\:gOcCBJ/servicedirs/s6rc-oneshot-runner/s: socket ignored
tar: /var/lib/docker/overlay2/de824a36dc3eead18f2e278f6ab7c39437affd31cfb81985ed736c9b72605a0a/diff/run/pihole/FTL.sock: socket ignored
tar: /var/lib/docker/overlay2/de824a36dc3eead18f2e278f6ab7c39437affd31cfb81985ed736c9b72605a0a/diff/run/lighttpd/pihole-php-fastcgi.socket-0: socket ignored
tar: /var/lib/docker/overlay2/da2fda021bf180e79ee45c72ba0793f37421538ba0570e53a0d3179f69614be5/diff/run/s6-rc\:s6-rc-init\:nFMFnm/servicedirs/s6rc-oneshot-runner/s: socket ignored
tar: /var/lib/docker/overlay2/da2fda021bf180e79ee45c72ba0793f37421538ba0570e53a0d3179f69614be5/diff/run/avahi-daemon/socket: socket ignored
tar: /var/lib/docker/overlay2/da2fda021bf180e79ee45c72ba0793f37421538ba0570e53a0d3179f69614be5/diff/run/dbus/system_bus_socket: socket ignored
tar: /var/lib/samba/private/msg.sock/11230: socket ignored
tar: /var/lib/samba/private/msg.sock/1101: socket ignored
tar: /var/lib/samba/private/msg.sock/871: socket ignored
tar: /var/lib/samba/private/msg.sock/1042: socket ignored
tar: /var/lib/samba/private/msg.sock/835: socket ignored

... weitere Zeilen mit msg.sock/Zahlen

tar: /var/lib/samba/private/msg.sock/32698: socket ignored
??? RBK0021E: Backupprogramm des Typs tgz beendete sich mit RC 1.
--- RBK0033I: Bitte warten bis aufgeräumt wurde.
--- RBK0267I: Erweiterung raspiBackup_mem_post.sh wird aufgerufen.
--- RBK1001I: Speicherauslastung vor dem Backup - Belegt: 236 MB Frei: 4419 MB
--- RBK1001I: Speicherauslastung nach dem Backup: Belegt: 1456 MB Frei: 85 MB
--- RBK0267I: Erweiterung raspiBackup_temp_post.sh wird aufgerufen.
--- RBK1000I: CPU Temperatur vor und nach dem Backup: 52.1'C - 57.9'C
--- RBK0267I: Erweiterung raspiBackup_disk_post.sh wird aufgerufen.
--- RBK1001I: Partitionsauslastung vor dem Backup: Belegt: 63.39 GiB Frei: 1.75 TiB
--- RBK1002I: Partitionsauslastung nach dem Backup: Belegt: 76.26 GiB Frei: 1.74 TiB
--- RBK1003I: Partitionsauslatung Änderung freier Platz: -12.87 GiB (0,00 %%)
--- RBK0181I: Nach dem Backup ausgeführte Befehle: 'sleep 4m'.
--- RBK0043I: Unvollständiges Backup in /media/usbdisk/vortex/vortex-tgz-backup-20240421-025501 wird gelöscht. Das kann etwas dauern. Bitte Geduld.
??? RBK0005E: Backup fehlerhaft beendet. Siehe vorhergehende Fehlermeldungen.
--- RBK0010I: vortex: raspiBackup.sh V0.6.9 - 2023-11-21 (6638571) So 21. Apr 04:05:41 CEST 2024 beendet mit Returncode 109.
--- RBK0167I: Eine eMail wird versendet.

Display More

Sowie ich die Fehlermeldung interpretieren, kommt es während des Backups zu Zugriff auf Dateien bei Docker (den Container ID's nach "dockerproxy", "influxdb" und "kapacitor") und Samba? Beide Services habe ich aber vorher beendet und ein wait von 2 Minuten angegeben, da sollte sich doch nichts mehr tun ...

Wie kann ich rausfinden, was sich da im Hintergrund tut und raspiBackup wieder zum Laufen bringen? Ich bin ein wenig ratlos.

Besten Dank für die Hilfe,

KW

Bot · Vor 5 Minuten

raspiBackup - Warum Fehlermeldung RBK0021E - RC1 / RBK0005E? Schau mal ob du hier fündig wirst!

framp · April 21, 2024 at 7:09 PM

Quote from kwlorenz

tar: /var/lib/docker/containers/e04b69f586dffa70580e2382a30acd1794e26f5df0b7d674670a3319766c7af2/e04b69f586dffa70580e2382a30acd1794e26f5df0b7d674670a3319766c7af2-json.log: file changed as we read it tar: /var/lib/docker/containers/5985e9ec2a319a9f63b90b80c458a35cc3f35c84722a63cc7f9076388abba229/5985e9ec2a319a9f63b90b80c458a35cc3f35c84722a63cc7f9076388abba229-json.log: file changed as we read it tar: /var/lib/docker/containers/1b51f58db755463c009ad6e77fa0343a647212f47a6a937637d75c9a5c886949/1b51f58db755463c009ad6e77fa0343a647212f47a6a937637d75c9a5c886949-json.log: file changed as we read it

file changed as we read it

Das ist die Ursache fuer den Fehler. Offensichtlich ist da im Docker noch was waehrend des Backups aktiv und aendert die Dateien. Du musst herausfinden warum da noch was von Docker geaendert wird.Bist Du sicher dass Du alles von Docker stoppst?

kwlorenz · April 24, 2024 at 9:40 AM Best Answer

Anscheinend konnte ich das Problem lösen. Die Lösung ist, nicht nur den docker.service zu beenden und anschließend wieder neu zu starten, sondern es muss auch docker.socket über systemctl beendet werden. Nun geht es ...

Besten Dank für die Hilfe.

Bot · Vor einem Moment

framp · April 24, 2024 at 8:44 PM

Freut mich dass es jetzt wieder klappt. Den Thread bitte noch auf erledigt setzen

kwlorenz · May 11, 2024 at 6:20 PM

Einen Nachtrag habe ich noch für alle, die eventuell das gleiche Problem haben. Es scheint wichtig zu sein, in welcher Reihenfolge die beiden Docker-Services gestoppt werden sollen:

Code

systemctl stop docker.service && systemctl stop docker.socket

Andersherum kamen bei mir die gleichen Fehlermeldungen ...

Grüße, KW

ronk · September 26, 2024 at 7:41 PM

Hallo zusammen,

ich denke, hier bin ich richtig. Bei mir läuft ein Raspi4B mit ein paar Dockercontainern, iobroker nebst influxdb und grafana. Alles auf einer M2SSD über USB, keine SD. Die ganze Sache soll über WLAN auf einen USB-Stick an meiner FritzBox (tar) gesichert werden.

Der USB-Stick ist mittels fstab gemountet. Irgendwann bricht die Sicherung mit: Terminate now with rc 109 ab.

Ich habe schon herausgefunden, daß wohl Docker Probleme bereitet. Habe die Einträge aus obigem Beitrag in der .conf-Datei von raspiBackup ergänzt. Trotzdem der Abbruch.

Ich hänge die Logdatei mal an und würde mich über Hilfe freuen.

Vielen Dank!

Bot · Vor einem Moment

framp · September 26, 2024 at 8:56 PM

Code

tar: /var/log/journal/56001dd86cba4b1493952a29b7daf764/system.journal: file changed as we read it
tar: /var/log/journal/56001dd86cba4b1493952a29b7daf764/user-1000.journal: file changed as we read it

Quote from ronk

ich denke, hier bin ich richtig.

Leider nein. Das hat nichts mit Docker zu tun - auch wenn Du Docker nutzt - sondern mit dem Systemjournal was sich waehrend des Backups ändert.

Beim rsync Backup habe ich in raspiBackup eingebaut das Journal zu excluden. Beim tar Backup habe ich leider nicht dran gedacht . Das muss ich noch tun.

Wenn es dringend ist musst Du in einem tar exclude Statement /var/log/journal excluden. Die Option DEFAULT_EXCLUDE_LIST musst Du dazu nutzen. Details dazu sind hier beschrieben

Ich habe hier einen Issue erstellt. Es wird aber dauern bis ich das eingebaut habe.

ronk · September 27, 2024 at 2:51 PM

Hallo framp,

danke für die schnelle Hilfe. Ich las die vielen Meldungen zu Docker, deshalb die Annahme, Docker wäre der Übeltäter.

Würde denn diese Zeile in der raspiBackup.conf :

# Excludeliste für das benutzte Backuprogramm
# HINWEIS: Die Zeile muss eine korrekte exclude statement fuer das Backuptool sein
# Alle excludes muessen ein vorangestelltes --exclude haben. Beispiel: "--exclude /home/pi/.ssh --exclude /root/.ssh"
DEFAULT_EXCLUDE_LIST="--exclude /var/log/journal"

dieses Journal excluden?

framp · September 27, 2024 at 4:05 PM

Jupp. Das passt so

Bot · Vor einem Moment

ronk · September 27, 2024 at 4:14 PM

Sauber. Danke dir. Ich probiere dann nochmal ein Backup. Melde mich dann.

Danke!

edit nach 1,5h: Backup erfolgreich beendet.

Restore würde ich auch gern testen. Wäre doch möglich auf eine SD, oder? RaspiBackup auf der SD installieren und Restore anschieben. Richtig so?

framp · September 27, 2024 at 7:47 PM

Den Restore solltest Du - jedenfalls wenn Du raspiBackup (merke: Kleines r und grosses B ) das erste Mal nutzt immer testen. Danach wirst Du von raspiBackup regelmaessig daran erinnert mal wieder den Restore zu testen

Du kannt jeden Backup auf jedes Device restoren - sei es SD Karte, USB Stick, USB Platte oder SSD. Allerdings muss das Device wenigstens so gross sein dass es alle Daten aufnehmen kann.

raspiBackup - Warum Fehlermeldung RBK0021E - RC1 / RBK0005E

Participate now!

Tags