amanda: Não há espaço no dispositivo - qual dispositivo?

Question

Eu estava no meio de um backup do amanda, e depois de cerca de 60 GB, ele saiu com esse erro:

  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

Mas isso não me diz qual dispositivo. E não consigo encontrar nenhum dispositivo que esteja cheio.

Meu backup terminou após 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

Meu amanda.conf diz

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

Minha unidade de backup tem espaço

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

O disco do backup tem espaço

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

Mas agora tudo que eu tento fazer com amanda falha:

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

Como descubro o que aconteceu?

ATUALIZAÇÃO:

(em resposta à sugestão)

$ 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

    

Answer 1

Eu estou supondo que seu sistema de arquivos está ficando sem inodes. Experimente o df -i .

    

Answer 2

Parece que sua partição / home está sendo usada durante o dumping? Então, talvez movido para o seu armazenamento quando terminar. A mensagem localhost /home lev 0 partial taper: No space left on device: No space left on device parece bastante clara para mim, que / home está sendo usado de alguma forma.

    

Answer 3

Você parece estar usando o LVM para fazer o backup de seus volumes em suas máquinas. Esses diretórios são altamente transacionais? Eu pergunto porque é típico criar um instantâneo LVM ao fazer o backup. Esse é o caso na maioria dos aplicativos de backup que podem utilizar o LVM na máquina de destino para obter consistência de backup. Amanda backup é um desses produtos. Esse instantâneo pode estar ficando sem espaço, se estiver sendo criado. Você poderia fornecer a saída de vgdisplay e lvdisplay para todos os grupos de volumes e volumes lógicos afetados?

Se realmente for um instantâneo que causa esse problema, sua solução seria adicionar espaço ao seu grupo de volumes para compensar as transações de gravação que ocorrem durante o processo de backup. Este problema provavelmente não tem nada a ver com a ocupação do sistema de arquivos.

    

Answer 4

Eu não sei se isso é "a resposta" ou apenas uma coincidência, mas ...

• o tamanho de uma fita virtual é definido como 150 GB
• existem duas unidades de fita virtuais
• o espaço livre deixado na unidade quando recebi o erro era de pouco menos de 300 GB, ou seja, 2 x 150 GB
• apagar alguns backups antigos parece ter resolvido o problema (pelo menos por enquanto).

Então, talvez seja um bug (ou recurso) de amanda que sempre espere encontrar espaço livre suficiente para ter uma fita virtual carregada em cada unidade de fita virtual.