Не на один ли девайс Бакула пытается одновременно писать бекапы двух машин ?
С любыми хранилищами Бакула работает как с лентами, и если нужно одновременно писать на разные девайсы, то для каждого бекапируемого сервера лучше определить девайс отдельно.

Попытка prune в данном случае запускается для файлов и джобов, это определяется в настройках клиента:
File Retention
Job Retention

То же самое, но помедленнее.

Не на один ли девайс Бакула пытается одновременно писать бекапы двух машин ?

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

С любыми хранилищами Бакула работает как с лентами,

Да, это так.

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

А в документации вот что:

The Volume format becomes more complicated with multiple simultaneous jobs, consequently, restores may take longer if Bacula must sort through interleaved volume blocks from multiple simultaneous jobs. This can be avoided by having each simultaneous job write to a different volume or by using data spooling, which will first spool the data to disk simultaneously, then write one spool file at a time to the volume thus avoiding excessive interleaving of the different job blocks.

То есть simultaneous jobs возможные если включить spooling (у меня включен и работает). Или я неправ?

Секция Client в bacula-dir.conf у меня такая:

Client {
        Name = camel-fd
        Address = localhost
        FDPort = 9102
        Catalog = MyCatalog
        Password = "zq0oLYADFnGg0j0J"   # password for FileDaemon
        File Retention = 30 days        # 30 days
        Job Retention = 6 months        # six months
        AutoPrune = yes                 # Prune expired Jobs/Files
        Maximum Concurrent Jobs = 5
}

Дело явно не в prune.
В данном случае prune запускается каждый раз, проверяя - ничего ли там не просрочено, и если обнаружится что да, выполнится удаление старых данных из БД.

По поводу simultaneous jobs - да, они вроде как возможны, но я стараюсь это не использовать. Народ на форумах писал, что оно странно работает, и использовать это следует лишь после тщательного тестирования.

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

Инфраструктура стола.

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

Маловероятно. Вся инфраструктура это пока что две ЭВМ у меня на столе соединённые через 1 коммутатор.

По поводу simultaneous jobs - да, они вроде как возможны, но я стараюсь это не использовать. Народ на форумах писал, что оно странно работает, и использовать это следует лишь после тщательного тестирования.

Хм. Как же тогда бэкапить офисную сетку из 50 вендовых машин? Если бэкапить по одной, то медленно, а если все сразу, то за выходные Full backup должно осилить, а за ночь Incremental.

Эксперименты в студию.

Надо бы попробовать бэкапы с очень маленькими spool'ами и очень большими. .

Heartbeat Interval = 30 sec
в конфиг bacula-sd.

и еще, когда job завершается - начинается «Dir inserting Attributes», занесение в мускуль данных о забекапленых файлах.
иногда тормоза самого мускуля, или недостаток места на фс (в /tmp допустим) приводит к висякам.
в моменты когда начинается зависание - есть что-то в messages?

Как вариант - для каждого клиента определять отдельный Storage и Device и Pool.
В настройках Storage Daemon`а указать например Maximum Concurrent Jobs = 5, в настройках Bacula director указать Maximum Concurrent Jobs = 5.
В клиентских джобах указать одинаковые приоритеты: например Priority = 10.
И бакула будет бекапить одновременно 5 клиентов, в данном случае.

Messages.

есть что-то в messages?

Придётся всё таки разбираться с Messages. Вечером отвечу.

я про /var/log/messages.

к примеру я там находил:
Mar 15 05:58:28 backup kernel: pid 25912 (mysqld), uid 88 inumber 111
on /tmp: filesystem full
Mar 15 05:58:30 backup kernel: pid 25912 (mysqld), uid 88 inumber 184
on /tmp: filesystem full
Mar 15 05:58:35 backup kernel: pid 25912 (mysqld), uid 88 inumber 116
on /tmp: filesystem full

а бакула в это время паниковала по-своему, типа никуда ничего не может записать и вообще SD не видит.

> Как вариант - для каждого клиента определять отдельный Storage, Device и Pool.

это правильнее всего.
и Maximum Volume Jobs=1 естественно в конфиг пула.

Device'ы, тысячи их.

Как вариант - для каждого клиента определять отдельный Storage, Device и Pool.

это правильнее всего.
и Maximum Volume Jobs=1 естественно в конфиг пула.

Хм. На файловых системах каждого из сменных НЖМД по 50 директорий с Volume'ами (название файла соответствует label), каждая директория есть отдельный Volume, который состоит в отдельном Pool'е, связанном с отдельным Device'ом отдельного Storage'а, так получается? Как-то неаккуратненько, но если заработает, то пусть лучше так, чем никак.

> каждая директория есть отдельный Volume

нет, каждая директория - это device
а каждый файл в директории - volume
pool - это несколько volum'ов.

рекомендую к прочтению: http://www.opennet.ru/soft/Short_Doc_Bacula.pdf

Вынос мозга.

Читал. В первый раз это был вынос мозга, со второй попытки наверное что-нибудь пойму.

Спасибо всем участникам обсуждения.

Бажная Bacula.

Дело было в бобине. То ли это был баг в Bacula, то ли в gentoo'шной сборке, но у меня Director зависал после любого job'а. Передёрнешь его, и снова делает вид что работает. Решилось обновлением до bacula-5.0.1 из оверлея. Сейчас буду бэкапить пару машин одновременно на один Device.

Из первых впечатлений: bconsole была страшноватой и не совсем удобной, но bat тоже не сахар.