Docker Container Services vor dem Backup stoppen und erneut starten

Wenn Du die Option -m detailed nutzt wird Dir die Meldung ausgegeben. Ansonsten findest Du den genauen Commandstring der mit der Meldung ausgegeben wird im Debuglog oder noch einfacher per sudo grep -E "DEFAULT_ST.+SERVICES" /usr/local/etc/raspiBackup.conf

Das ist das was der Installer konfiguriert. Wenn ich bei mir systemctl stop docker eingeben wird mein Portainer als einzig laufender Container gestoppt. Warum das bei Dir nicht passiert weiss ich nicht

Was sagt denn

systemctl status docker.service docker.socket containerd.service

Bei mir sind docker.socket und containerd.service noch aktiv. docker.service ist inaktiv.

Die Container werden durch docker.socket wieder gestartet ...

Komisch. Bei mir aber nicht

Hey,

habe aktuell dasselbe "Problem" - meine Frage hier: Wie sehr ist das denn eigentlich ein Problem?

Habe ebenfalls Docker, Portainer, NGinx und Pihole und Unbound auf dem Gerät laufen. Die Dienste (xrdp, cron, docker usw..) werden alle sauber gestoppt aber Docker läuft über die Socks weiter und kein Container wird gestoppt. Das Backup wird aber durchgeführt und als "Start-Policy" habe ich dann "systemclt reboot" ausgewählt, sodass der Raspy dann einfach nach dem Backup Neustartet und damit auch alle Docker mit "always" automatisch wieder gestartet werden. Ist daran irgendetwas unschön oder geht dies mit Problemen einher, die ich gerade noch nicht sehe? Für mich theoretisch ganz praktisch, da ich meinen Router auf den Pihole force, und durch die Socks mein Pihole normal weiterläuft und ich quasi sogut wie keine internet-downtime hane, da meine DNS nicht erreichbar ist.

Eine kurze Rückmeldung wäre top, ob es Probleme mit dieser Methode geben kann. LG

Irgendwie hatte ich das vergessen zu erwähnen

Die Tage hatte jemand auch wieder Probleme Docker Container mit raspiBackup zu stoppen. Ich habe ihm dann empfohlen die userprovided Dockerextension zu nutzen. Wie man sie nutzt ist hier beschrieben.