Korzystam z Dirvish na serwerze z systemem Ubuntu do tworzenia kopii zapasowych dysku twardego na zewnętrznym dysku USB 3.0. Jeszcze kilka dni temu wszystko działało dobrze, ale teraz każda kopia zapasowa kończy się niepowodzeniem z „brakiem miejsca na urządzeniu (28)” i „zapełnieniem systemu plików”. Niestety nie jest to takie proste: na urządzeniu jest> 500 GB wolnego miejsca.
Detale:
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]
dziennik wygląda prawie jak zwykle, dopóki nie trafi:
<SomeFilename1>
<SomeFilename2>
<SomeFilename3>
<SomeFilename4>
<PartOfAFilename>filesystem full
write error, filesystem probably full
broken pipe
RESULTS: warnings = 0, errors = 1
Ale, jak powiedziano powyżej, na urządzeniu jest dużo miejsca:
df -h
/dev/sdg1 2.7T 2.0T 623G 77% /mnt/backupsys/shd
a także pozostało wiele i-węzłów:
df -i
/dev/sdg1 183148544 2810146 180338398 2% /mnt/backupsys/shd
Urządzenie jest montowane jako rw:
mount
/dev/sdg1 on /mnt/backupsys/shd type ext3 (rw)
Proces działa jako root.
Już miałem powiedzieć, że nic nie zmieniłem, ale to nie do końca prawda: włączyłem acl dla dysku, którego kopię zapasową wykonuję:
/dev/md0 on /mnt/md0 type ext4 (rw,acl)
Czy to może być problem? Jeśli tak to jak? root nadal ma pełny dostęp do plików.
EDYTOWAĆ:
Właśnie sprawdziłem katalogi tymczasowe:
- / tmp zawiera tylko pusty folder .webmin
- / var / tmp jest pusty
system plików, w którym znajdują się te katalogi, ma dużo wolnego miejsca i i-węzłów:
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% /
EDYCJA 2:
Katalogi są dość duże, ale nie> 2 GB. Ten, w którym tworzenie kopii zapasowej kończy się niepowodzeniem, nie jest nawet jednym z największych, zawiera 7530 plików.
EDYCJA 3:
Jedna informacja, której nie uznałem za istotną, publikując to pytanie:
Dzień przed tym, jak kopie zapasowe zaczęły się nie powieść, aktywowałem acls w systemach plików, których kopie zapasowe utworzono. Zakładam teraz, że to spowodowało, że Dirvish (lub rsync) pomyślał, że wszystkie pliki się zmieniły, więc lista plików, które miały zostać skopiowane, a nie na stałe połączone, była bardzo duża. Może to oznaczać, że niektóre bufory były zbyt małe.
Dzisiaj pełna kopia zapasowa na pustym dysku działała bezbłędnie. Następnie spróbuję wykonać przyrostową kopię zapasową. To pokaże, czy aktywacja acls była przyczyną problemu.