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

Я был в середине резервной копии Аманды, и после приблизительно 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

Мой аманда.конф говорит

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
Источник

4 ответа

Я не знаю, является ли это "ответом" или просто совпадением, но...

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

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

Источник

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

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

Источник

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

Источник

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

Источник
Другие вопросы по тегам