--- RBK0085I: Backuperstellung vom Typ rsync gestartet. Bitte Geduld.
rsync: mkstemp "/backup/openHABianPi/openHABianPi-rsync-backup-20190708-152810/backupexit/backup/proc/64/task/64/net/.anycast6.XMP8oa" failed: No such file or directory (2)
Ich dachte, dass ich die Fehler direkt bei rsync besser analysieren kann.
hardl hat geschrieben: ↑8. Jul 2019 15:55
No such file or directory (2) [/code]
Wenn du ein Backup im laufenden Betrieb machst ohne die Services vorher zu stoppen kann es natürlich sein dass inzwischen eine Datei nicht mehr existiert.
Ich habe keine Ahnung ob das hier der Fall ist aber für das automatisierte Stoppen von Diensten gibt es bei raspiBackup ja entsprechende Parameter die man setzen kann.
hardl hat geschrieben: ↑8. Jul 2019 15:55
Ich dachte, dass ich die Fehler direkt bei rsync besser analysieren kann.
Versuch macht klug.
Probiere mal ein tar Backup, das stellt deutlich weniger Anforderungen an die nfs Freigabe weil es keine Hardlinks benutzt.
Wenn es mit tar funktioniert ist dein nfs für rsync nicht korrekt konfiguriert.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.
Das der User der den Rsync- Befehl ausführt hat keine Berechtigungen auf das File. Prüfen Sie on der User der den Backup Job starten, R/W Rechte auf diese File hat.
Das sollte doch bei der Installation über openHabianPi schon erledigt sein ?
--- RBK0081I: Backup vom Typ rsync wird in /backup/openHABianPi/openHABianPi-rsync-backup-20190710-115653 erstellt.
df: /storage/server: Stale file handle
In der fstab gibt es nur IP://share /backup . nfs nolock,noatime,0,0
In raspiBackupUI.sh unter Pfad /backup
Woher kommt der veraltete . /storage/server?
Mit lsof /storage/server sehe ich nichts