Fehler: File has vanished

[Moosbueffel]

Ich bekomme in letzter Zeit des öfteren die im titel genannte Meldung im Zusammenhang mit paperless-ngx - z.B.

file has vanished: "/home/gekr/ei23-docker/volumes/paperless/pgdata/pg_stat/pgstat.stat"

Wie zu sehen läuft paperless-ngx bei mir im docker. Einen service paperless konnte ich auch nicht finden (um diesen zu stoppen). Und nach dieser Beschreibung sollte paperless-ngx auch mit dem docker gestoppt werden:
https://digital-cleaning.de/index.php/paperless-ngx-teil-9-update-durchfuehren/
allerdings mit:
sudo docker-compose down

In meiner config steht dazu:

# Durch && getrennte Befehle, die vor dem Starten des Backups auszuführen sind
DEFAULT_STOPSERVICES="systemctl stop cron && systemctl stop docker && systemctl stop containerd"
# Durch && getrennte Befehle, die nach dem Starten des Backups auszuführen sind
DEFAULT_STARTSERVICES="systemctl start containerd && systemctl start docker && systemctl start cron"

Damit dachte ich, werden alle Services in allen docker-containern gestoppt?

Frage 1) Wie kann ich den Fehler vermeiden?
Frage 2) Für diesen Tag und ggf auch dem nächsten, wenn es da wieder auftritt, habe ich dann keine Sicherung.
Kann man ev. raspiBackup so einstellen, dass bei diesem "temporären" Fehler das Backup-Script automatisch nochmal gestartet wird. Und es erst bei einem 2. oder max. 3. Fehlversuch abbricht? Macht das Sinn?

Vielen Dank

[framps]

Damit dachte ich, werden alle Services in allen docker-containern gestoppt?

Das sollte wohl so sein. Allerdings kann ich Dir da nicht kompetent helfen da ich kein Docker einsetze.

Wie kann ich den Fehler vermeiden?

Herausfinden wer diese Datei erstellt bzw loescht und dann den Service stoppen. Oder - sofern die Datei nicht wichtig ist - Du excludest die Datei oder das Verzeichnis in dem sich die Datei befindet. Es gibt auch eine Option mit der man saemtliche Fehler von rsync von raspiBackup ignorieren lassen kann. Das emfehle ich aber nicht zu nutzen.

Für diesen Tag und ggf auch dem nächsten, wenn es da wieder auftritt, habe ich dann keine Sicherung.
Kann man ev. raspiBackup so einstellen, dass bei diesem "temporären" Fehler das Backup-Script automatisch nochmal gestartet wird.

Die Methode finde ich sehr schlecht 😧 . Aber wenn Du es so haben moechtest kannst Du Dir natuerlich ein kleines Script schreiben welches raspiBackup in einer Schleife 3 Mal aufruft sofern raspiBackup mit einem Fehlercode endet. Du koenntest z.B. dieses Wrapperscript als Vorlage nehmen.

[Moosbueffel]

Vielen Dank, das hilft mir schon mal weiter. Wer bzw warum die Dateien geschrieben werden, ist mir nicht klar, da mit Stoppen der Container paperless eigentlich nichts machen dürfte - dachte ich.

Aber ich kann das Verzeichnis dann sicher ausnehmen. Muss ich schauen, wo ich das eintrage.

[framps]

Muss ich schauen, wo ich das eintrage.

Option -u bzw DEFAULT_EXCLUDE_LIST (Beschreibung der Option)

[Moosbueffel]

Super - Tausend Dank :)!