☰

Fehler beim Erkennen neuer Dateien und Verzeichnisse durch rsync

tag-icon • tag-icon shell-script rsync backup
Fehler beim Erkennen neuer Dateien und Verzeichnisse durch rsync

Ich führe seit mehreren Jahren Backups auf einem Remote-Rechner über rsync durch. Zumindest in den letzten zwei Monaten hat rsync aufgehört, neue Dateien und Verzeichnisse auf dem zu sichernden Rechner zu erkennen. Die Ausgabe des Skripts besagt, dass Dateien und Verzeichnisse auf dem neuesten Stand sind, auch wenn sie neu genug sind, um in keiner Version auf dem Remote-Rechner zu existieren!

#!/bin/sh
#
# MAKE SURE HAVE CORRECT REMOTE/AT-HOME LOGIN SETUP AND THAT TARGET IS TOTEMDOC and source is Documents
#
 rsync -azvv -e "ssh -o CheckHostIP=no -i /home/stefan/.ssh/id_rsa" /home/stefan/Documents remoteUser@MouseHouse:/totembackup/totemdoc

Ausgabe:

opening connection using: ssh -o CheckHostIP=no -i /home/stefan/.ssh/id_rsa -l totem MouseHouse rsync --server -vvlogDtprze.iLsfxC . /totembackup/totemdoc  (13 args)
sending incremental file list
delta-transmission enabled

Dann eine Liste, dass jede Datei aktuell ist, dann das Fazit:

total: matches=0  hash_hits=0  false_alarms=0 data=0

sent 407,686 bytes  received 794,633 bytes  801,546.00 bytes/sec

Was läuft schief? Warum kann rsync Änderungen an Dateien nicht erkennen oder sogar neu erstellte Dateien nicht erkennen?

Antwort1

Es stellte sich heraus, dass mein Skript einen dummen Fehler enthielt, der damit nichts zu tun hatte. Die Dateien waren die ganze Zeit über auf dem neuesten Stand, das Skript kopierte sie nur nicht dorthin, wo ich sie vermutete.

Irgendwann muss ich beim Ändern des Skripts versehentlich den abschließenden Schrägstrich im Quellpfad entfernt haben. Das bedeutet, dass das Skript sein Verhalten von „Kopieren in“ /totembackup/totemdoc zu „Kopieren in“ geändert hat /totembackup/totemdoc/Documents. Mir ist dieses neue Verzeichnis nie aufgefallen, Documentsals ich /totembackup/totemdocnachgesehen habe, ob die Backups funktionierten.

Durch das Wiederherstellen des Quellpfads /home/stefan/Documents/(beachten Sie den abschließenden Schrägstrich) wurde das Verhalten des Skripts wie erwartet wiederhergestellt.

verwandte Informationen