Назад | Перейти на главную страницу

Аманда: На устройстве не осталось места - какое?

Я был в процессе резервного копирования amanda, и примерно через 60 ГБ он вышел с этой ошибкой:

  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

Но он не говорит мне, какое устройство. И я не могу найти ни одного заполненного устройства.

Моя резервная копия закончилась через 60 ГБ

-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

Мой amanda.conf говорит

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

На моем резервном диске есть место

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

На диске, для которого выполняется резервное копирование, есть свободное место

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

Но теперь все, что я пытаюсь сделать с Амандой, терпит неудачу:

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

Как мне узнать, что случилось?

ОБНОВИТЬ:

(в ответ на предложение)

$ 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

Я предполагаю, что в вашей файловой системе заканчиваются inodes. Проверять df -i.

Похоже, ваш / home раздел используется при сбросе? Затем, возможно, переместите в ваше хранилище, когда закончите. Сообщение localhost /home lev 0 partial taper: No space left on device: No space left on device мне кажется совершенно очевидным, что / home каким-то образом используется.

Похоже, вы используете LVM для резервного копирования томов на ваших машинах. Являются ли эти домашние каталоги очень транзакционными? Я спрашиваю, потому что при резервном копировании обычно создается снимок LVM. Так обстоит дело в большинстве приложений резервного копирования, которые могут использовать LVM на целевой машине для обеспечения согласованности резервного копирования. Amanda Backup - один из таких продуктов. На этом снимке может не хватить места, если он вообще создается. Не могли бы вы предоставить результат vgdisplay и lvdisplay для всех затронутых групп томов и логических томов?

Если проблема действительно вызвана моментальным снимком, решением будет добавить пространство в группу томов, чтобы компенсировать транзакции записи, происходящие во время процесса резервного копирования. Эта проблема, скорее всего, не имеет ничего общего с занятостью вашей файловой системы.

Не знаю, это «ответ» или просто совпадение, но ...

  • размер виртуальной ленты определяется как 150 ГБ
  • есть два виртуальных ленточных накопителя
  • свободное место на диске, когда я получил ошибку, было чуть менее 300 ГБ, что составляет 2 x 150 ГБ
  • удаление некоторых старых резервных копий, похоже, решило проблему (по крайней мере, на данный момент).

Так что, возможно, это ошибка (или особенность) amanda что он всегда ожидает найти достаточно свободного места для загрузки одной виртуальной ленты в каждый виртуальный ленточный накопитель.