Sto usando Dirvish su un sistema server Ubuntu per il backup di un hd su un'unità USB 3.0 esterna. Fino a pochi giorni fa, tutto funzionava bene, ma ora ogni backup fallisce senza "spazio sul dispositivo (28)" e "file system pieno". Sfortunatamente non è così semplice: sul dispositivo ci sono> 500 GB gratuiti.
Dettagli:
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]
il registro appare praticamente come al solito fino a quando non colpisce:
<SomeFilename1>
<SomeFilename2>
<SomeFilename3>
<SomeFilename4>
<PartOfAFilename>filesystem full
write error, filesystem probably full
broken pipe
RESULTS: warnings = 0, errors = 1
Ma, come detto sopra, c'è molto spazio sul dispositivo:
df -h
/dev/sdg1 2.7T 2.0T 623G 77% /mnt/backupsys/shd
e inoltre ci sono molti inode rimasti:
df -i
/dev/sdg1 183148544 2810146 180338398 2% /mnt/backupsys/shd
Il dispositivo è montato come rw:
mount
/dev/sdg1 on /mnt/backupsys/shd type ext3 (rw)
Il processo è in esecuzione come root.
Stavo per dire che non ho cambiato nulla, ma non è del tutto vero: ho acceso acl per l'unità di cui sto eseguendo il backup:
/dev/md0 on /mnt/md0 type ext4 (rw,acl)
Potrebbe essere questo il problema? Se si, come? root ha ancora pieno accesso ai file.
MODIFICARE:
Ho appena controllato le directory temporanee:
- / tmp contiene solo una cartella .webmin vuota
- / var / tmp è vuoto
il file system in cui risiedono queste directory ha molto spazio libero e inode:
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:
Le directory sono piuttosto grandi, ma non> 2 GB. Quello in cui il backup fallisce non è nemmeno uno dei più grandi, contiene 7530 file.
Edit3:
Un'informazione che non ho ritenuto pertinente nel pubblicare questa domanda:
Il giorno prima che i backup iniziassero a fallire avevo attivato acls sui file system di cui era stato eseguito il backup. Suppongo ora che questo abbia spinto Dirvish (o rsync) a pensare che tutti i file fossero cambiati, quindi l'elenco dei file da copiare piuttosto che hard link era molto grande. Questo potrebbe significare che alcuni buffer erano troppo piccoli.
Oggi un backup completo su un disco vuoto ha funzionato perfettamente. Proverò un backup incrementale dopo. Questo mostrerà se l'attivazione di acls è stata la causa del problema.