Вопрос по Bacula

Пора уже было написать свой велосипед ^W инструмент на баше с блек джеко^W^W и не парится.

я эту стадию уже прошел =)
когда у тебя более 50 серверов, шесть хранилищ с терабайтными ёмкостями и куча гибких правил, скрипты превращаются в монстообразные поделия, где невозможно все предусмотреть.

Признайся, ты просто ниасилил, да?

у меня такой скрипт работал около 2 лет.
вопрос в другом - я просто за*бался реализовывать инкрементальный бекап через rsync+кучу костылей.

Признайся, ты просто ниасилил, да?

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

Ну конечно лучше, я уже давно убедился в том что, если что то хочешь сделать хорошо, то нужно сделать это самому.

>full backup, начатый в суботу, не успевает доделаться до 00:00 понедельника

O____O

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

>если что то хочешь сделать хорошо, то нужно сделать это самому.

Напиши себе ядро

s/FD/SD/

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

http://www.bacula.org/fr/dev-manual/Tips_and_Suggestions.html#SECTION00818180...

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

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

> ядро скомпиленное со своими настройками лучше чем помойка скомпиленная бубунтоидами

с этим согласен. но не убунтой единой.

Наверное можно, надо доки читать :)

>ядро скомпиленное со своими настройками лучше чем помойка скомпиленная бубунтоидами.

Бубунтоиды патчат много. Я придерживаюсь ванильного ядра.

>я просто за*бался реализовывать инкрементальный бекап через rsync+кучу костылей.
dar + nfs ;-)
После знакомства с архаичной нацеленностью bacula на ленточные накопители и пониманием, что все цели бекапа лежат по серверам (как и должно быть в нормальной организиции), а не на десктопах, которые вынуждают прибегать к кроссплатформенным агентам, выкинул её к чертям и решил сделать своё. Собственное, из своего там был планировщик. Остальное - мелочи.
Конечно, для масштабируемой backup-системы надо ориентироваться на сабжевые инструменты, но dar, если её нормально приготовить, - отличная штука.

Подсказали в гугль-группах. Duplicate control гуглить надо было.

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

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