Auf meinem Computer läuft macOS 11 mit rsync Version 2.6.9 Protokollversion 29. Mein Backup-Ziel ist ein Synology NAS mit DSM 7.0 und rsync Version 3.1.2 Protokollversion 31. Ich greife über SSH im lokalen Netzwerk auf die Synology zu. Der NAS-Speicher verfügt über ein Btrfs-Dateisystem.
Bei Tausenden von Dateien sind der rsync-Prozess und die Dateiübertragungen korrekt, schnell und wie erwartet. Dann bleibt der Prozess mitten in einer Datei hängen. Wenn ich den rsync-Prozess beende und neu starte, bleibt er bei demselben Datenblock in derselben Datei hängen. Wenn ich die teilweise übertragene Datei in meinem Sicherungsziel lösche und den Prozess erneut ausführe, überträgt er genau dieselbe Datenmenge und bleibt erneut hängen. Wenn ich diese Datei aus meinem Quelldatensatz entferne und rsync neu starte, fügt es Tausende von Dateien korrekt zum Sicherungsort hinzu, bis zu dem Punkt, an dem es bei einer anderen Datei in einem bestimmten Datenblock hängen bleibt. Und das Ganze wiederholt sich.
Ich führe die folgenden Parameter für rsync aus, aber da der Vorgang eher ins Stocken gerät als fehlschlägt, gibt es keine nützliche Ausgabe, die das Problem erklärt.
rsync -av --itemize-changes --progress --stats --human-readable /src user@host:/dest
Dieselben Daten werden auf einer externen USB-Festplatte im HFS+-Format gesichert, und die Sicherung mit rsync funktioniert für dieses Ziel problemlos. Das würde also bedeuten, dass nicht das Lesen der Daten fehlschlägt. Was könnte das Besondere an dem Datenblock sein, der nicht auf die Synology geschrieben werden kann?
Ausgabe beim Verzögerungsvorgang, wenn zum ersten Mal versucht wird, die Datei zu erstellen:
<f+++++++ photos_and_videos/videos/1163537_1151511378282944_34972_n_10150522682652944.mp4
54.23M 55% 17.11MB/s 0:00:02
Ausgabe beim Verzögern jedes weiteren Versuchs, den Prozess auszuführen:
<f.stp... photos_and_videos/videos/1163537_1151511378282944_34972_n_10150522682652944.mp4
0 0% 0.00kB/s 0:00:00
Antwort1
Das Problem wurde durch eine falsche Konfiguration des Speicherkontingents auf der Synology verursacht (es war zu niedrig eingestellt). Rsync schlug beim Erreichen des Kontingents nicht fehl, wahrscheinlich weil der Platzmangel im Dateisystem nicht dasselbe Ergebnis/den gleichen Fehler auslöst wie das Erreichen des Speicherkontingents auf der Synology.