Ich verwende Dirvish auf einem Ubuntu-Serversystem, um eine Festplatte auf einem externen USB 3.0-Laufwerk zu sichern. Bis vor ein paar Tagen hat alles gut funktioniert, aber jetzt schlägt jede Sicherung fehl, und zwar mit "Kein Platz mehr auf Gerät (28)" und "Dateisystem voll". So einfach ist das leider nicht: Auf dem Gerät sind> 500 GB frei.
Einzelheiten:
rsync_error:
rsync: write "/mnt/backupsys/shd/gesichert1/20130223_213242/tree/<SomeFilename1>.eDJiD9": No space left on device (28)
rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32)
rsync: write "/mnt/backupsys/shd/gesichert1/20130223_213242/tree/<SomeFilename2>.RHuUAJ": No space left on device (28)
rsync: write "/mnt/backupsys/shd/gesichert1/20130223_213242/tree/<SomeFilename3>.9tVK8Z": No space left on device (28)
rsync: write "/mnt/backupsys/shd/gesichert1/20130223_213242/tree/<SomeFilename4>.t3ARSV": No space left on device (28)
[... some more files ...]
rsync: connection unexpectedly closed (2712185 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
Das Protokoll sieht fast wie gewohnt aus, bis es trifft:
<SomeFilename1>
<SomeFilename2>
<SomeFilename3>
<SomeFilename4>
<PartOfAFilename>filesystem full
write error, filesystem probably full
broken pipe
RESULTS: warnings = 0, errors = 1
Wie bereits erwähnt, ist auf dem Gerät jedoch viel Speicherplatz vorhanden:
df -h
/dev/sdg1 2.7T 2.0T 623G 77% /mnt/backupsys/shd
und es gibt auch noch viele Inodes:
df -i
/dev/sdg1 183148544 2810146 180338398 2% /mnt/backupsys/shd
Das Gerät ist wie folgt montiert:
mount
/dev/sdg1 on /mnt/backupsys/shd type ext3 (rw)
Der Prozess läuft als root.
Ich wollte gerade sagen, dass ich nichts geändert habe, aber das stimmt nicht ganz: Ich habe für das Laufwerk, für das ich eine Sicherungskopie anfertige, eine Klimaanlage eingeschaltet:
/dev/md0 on /mnt/md0 type ext4 (rw,acl)
Könnte das das Problem sein? Wenn ja wie root hat weiterhin vollen Zugriff auf die Dateien.
BEARBEITEN:
Ich habe gerade die temporären Verzeichnisse überprüft:
- / tmp enthält nur einen leeren .webmin-Ordner
- / var / tmp ist leer
Das Dateisystem, in dem sich diese Verzeichnisse befinden, verfügt über ausreichend freien Speicherplatz und Inodes:
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 289G 55G 220G 20% /
df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 19202048 167644 19034404 1% /
EDIT2:
Die Verzeichnisse sind recht groß, aber nicht größer als 2 GB. Diejenige, bei der die Sicherung fehlschlägt, ist nicht einmal eine der größten. Sie enthält 7530 Dateien.
EDIT3:
Eine Information, die ich beim Posten dieser Frage nicht für relevant hielt:
Am Tag bevor die Backups fehlschlugen, hatte ich acls auf den gesicherten Dateisystemen aktiviert. Ich gehe jetzt davon aus, dass dies Dirvish (oder rsync) dazu veranlasst hat, anzunehmen, dass sich alle Dateien geändert haben, sodass die Liste der zu kopierenden und nicht fest verknüpften Dateien sehr groß war. Dies könnte möglicherweise bedeuten, dass einige Puffer zu klein sind.
Heute hat eine vollständige Sicherung auf eine leere Festplatte einwandfrei funktioniert. Ich werde als nächstes ein inkrementelles Backup versuchen. Dies zeigt, ob die Aktivierung von acls die Ursache für das Problem war.