Weiß jemand, warum rsync die Dateien immer und immer wieder sendet?

14

Ich versuche, mit rsync einige Dateien zu sichern, etwa eine halbe TB. Es ist jetzt ein Zustand, in dem bei jeder Ausführung die gleichen Dateien gesendet werden.

beispielsweise:

rsync -av /data/source/* user@host:/data/dest
sending incremental file list
source/file1.txt
source/file2.txt

Ich überprüfe dann, ob diese Dateien kopiert wurden ... dann macht es beim nächsten Start dasselbe

rsync -av /data/source/* user@host:/data/dest
sending incremental file list
source/file1.txt
source/file2.txt

Hast du eine Idee, warum es bei diesen Dateien hängen bleibt? Ich habe versucht, das gesamte Zielverzeichnis zu löschen und von vorne zu beginnen, aber kein Glück.

Vielen Dank,


quelle
1
Haben Sie die Dateien überprüft und alle Informationen in der Liste ls -l überprüft? Sie können im Prinzip bei beiden Versionen geändert werden, ohne dass Sie sich dessen bewusst sind, und möglicherweise belässt rsync die Dateien auf dem Ziel nicht im richtigen Zustand.
Charles Stewart

Antworten:

9

Mit --itemize-changesrsync können Sie ausgeben, was gerade geändert wird

Die Antwort von ire_and_cursesmissversteht den Punkt, der darin -tbesteht, Änderungszeiten beizubehalten und nicht zu entscheiden, ob Dateien übertragen werden sollen oder nicht. Die folgenden Optionen bestimmen, ob Dateien übersprungen werden sollen oder nicht: Sie -centscheiden, ob identische Dateien basierend auf der Prüfsumme übersprungen werden sollen, und -Isie ignorieren Größe und Zeit, wenn sie entscheiden, ob Dateien übersprungen werden sollen.

Obwohl rsync die Dateien möglicherweise erneut sendet, sollten nicht alle Inhalte übertragen werden. Wenn Sie mit ausgeführt werden, -vsollte eine Zusammenfassung darüber gedruckt werden, wie viele Daten bei der Übertragung abgeglichen wurden.

Für die Überprüfung sollte Folgendes hilfreich sein:

  • md5sum der Dateien an beiden Enden - um anzuzeigen, ob sich der Inhalt geändert hat
  • ls -l sollte Ihnen zeigen, ob sich die Zeitstempel geändert haben.
David Fraser
quelle
5

Ich erinnere mich an ein ähnliches Problem mit zwei Systemuhren, die sich nicht ganz verhalten. Ich musste verwenden --modify-window=60, um "zeitliche Anomalien" zu berücksichtigen.

janmoesen
quelle