amanda: No queda espacio en el dispositivo – ¿qué dispositivo?

Yo estaba en medio de una copy de security amanda, y después de unos 60 GB, salió con este error:

localhost /home lev 0 FAILED [data write: Connection reset by peer] localhost /home lev 0 partial taper: No space left on device: No space left on device localhost /home lev 0 FAILED [data write: Connection reset by peer] localhost /home lev 0 partial taper: No space left on device: No space left on device 

Pero no me dice qué dispositivo. Y no puedo encontrar ningún dispositivo que esté lleno.

Mi copy de security terminó después de 60 GB

 -rw------- 1 amanda backup 36616372224 2016-11-02 23:42 00001.localhost._home.0 -rw------- 1 amanda backup 22800531456 2016-11-03 00:03 00002.localhost._home.0 

Mi amanda.conf dice

 tapetype "HARD-DISK" define tapetype HARD-DISK { comment "Dump onto hard disk" length 150 gbytes } 

Mi unidad de copy de security tiene espacio

 Filesystem Size Used Avail Use% Mounted on /dev/sdc1 2.7T 2.3T 277G 90% /storage 

El disco que se está realizando copy de security tiene espacio

 Filesystem Size Used Avail Use% Mounted on /dev/mapper/HermanGroup-Home 74G 57G 14G 81% /home 

Pero ahora todo lo que bash hacer con Amanda falla:

 FAILURE DUMP SUMMARY: newlaptop.local.net /home lev 9 FAILED [too many taper retries] newlaptop.local.net /home lev 9 partial taper: No space left on device: No space left on device newlaptop.local.net /home lev 9 partial taper: No space left on device: No space left on device 

¿Cómo puedo saber qué pasó?

ACTUALIZAR:

(en respuesta a la sugerencia)

 $ df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/root 262944 25713 237231 10% / /dev/mapper/HermanGroup-Usr 655360 282687 372673 44% /usr /dev/mapper/HermanGroup-Tmp 262144 2595 259549 1% /tmp tmpfs 219740 1 219739 1% /dev/shm /dev/sdc1 183148544 28045 183120499 1% /storage /dev/mapper/HermanGroup-Herman 3276800 298420 2978380 10% /herman /dev/mapper/HermanGroup-Mysql 131072 191 130881 1% /var/lib/mysql /dev/mapper/HermanGroup-UsrX11 393216 68534 324682 18% /usr/X11 /dev/mapper/HermanGroup-Home 4915200 1148476 3766724 24% /home /dev/mapper/HermanGroup-WinGCC 65536 3536 62000 6% /usr/local/wingcc /dev/mapper/HermanGroup-AmandaHolding 720896 11 720885 1% /storage/amanda/holding 192.168.42.10:/var/spool/mail 655360 17 655343 1% /var/spool/mail 

Supongo que su sistema de files se está quedando sin inodes. Pruebe df -i .

¿Parece que su partición / home está siendo usada mientras está descargando? Luego tal vez se trasladó a su almacenamiento cuando haya terminado. El post localhost /home lev 0 partial taper: No space left on device: No space left on device que me parezca muy claro, que / home está siendo utilizado de alguna manera.

Parece que está utilizando LVM para que sus volúmenes en sus máquinas sean respaldados. ¿Son estos directorys personales altamente transaccionales? Lo pregunto porque es típico crear una instantánea LVM al realizar copys de security. Este es el caso en la mayoría de las aplicaciones de copy de security que pueden utilizar LVM en la máquina de destino para la coinheritance de copy de security. Amanda copy de security es uno de estos productos. Esa instantánea puede estar quedándose sin espacio, si se está creando en absoluto. ¿Podría proporcionar la salida de vgdisplay y lvdisplay para todos los grupos de volúmenes afectados y volúmenes lógicos?

Si de hecho es una instantánea que causa este problema, su solución sería agregar espacio a su grupo de volúmenes para compensar las transactions de escritura que tienen lugar durante el process de copy de security. Este problema probablemente no tiene nada que ver con su ocupación de sistema de files.

No sé si esto es "la respuesta" o simplemente una coincidencia, pero …

  • el tamaño de una cinta virtual se define como 150 GB
  • hay dos unidades de cinta virtuales
  • el espacio libre dejado en la impulsión cuando conseguí el error era apenas debajo de 300GB, que es 2 x 150GB
  • borrar algunas copys de security antiguas parece haber resuelto el problema (al less por ahora).

Así que tal vez sea un error (o característica) de amanda que siempre espera encontrar suficiente espacio libre para tener una cinta virtual cargada en cada unidad de cinta virtual.