Спасибо за отклик.>>Вот конкретно вы тестировали параллельные задания?
>
>Конкретно как раз на днях собираюсь.
Это хорошо. Используете ли вы один пул или несколько? После прочтения предостережения об одновременной записи в один volume данных от двух разных задач, первая мысль была - организовать несколько пулов (по числу допустимых параллельных (в терминах бакулы - конкурентных) заданий). Но, в бакуле, afaik, невозможно при занятости конкурентной задачей одного пула, писать в свобоный, а после - коррректно восстанавливать данные из этих (_разных_) пулов. Т.е. балансировка по нескольким пулам отсутствует. И единственный способ - поставить эксперимент по записи данных от конкурентных задач в один пул и volume. Верно ли мое понимание ситуации?
>Бэкаплю win-сервера, ч/з win32-клиент бакулы.
С серверами проще - их можно и нужно бэкапить по расписанию. Нет того бардака, из процессов bacula-director, возникающего после возникновения ошибки на одной или нескольких клиентских машин, которые могут инициировать бэкап в любое время (по завершению работы компьютера или по желанию сотрудника).
Ситуация: наблюдаю 20 (или чуть больше) процесс даемонов бакулы (большинство - director'ы, которых в режиме ожидания клиентов, после первого запуска бакулы, в норме ~ 4 штуки), запускаю bconsole и периодически смотрю на status storage, в течении двадцати минут, и вижу, что статус запущенной имеет одна-единственная задача, которая не движется (FD socket close, если память не изменяет). Спрашивается - нафига остальные процессы висят и ждут "мертвого" уже клиента? Почему некорректно отрабатывается отключение/выключение клиента? (После nmap -sP по диапазону IP, видно, что машины и отключились-то уже не дождавшись начала бэкапа, из-за одной - поставившей все раком)
Следующая ситуация: все то-же, что и в первой, за исключением того, что bconsole вообще не может подцепиться к director'у! Зависает. Кстати, ps в этот момент говорит, что процессов консоли не один, а три (!). После Ctrl-C, процессы консоли висят в памяти... Это ли не прелестно написанный софт? ;)
Да, у меня в заданиях был wait, но без него машина выключалась сразу после отработки моего скрипта logout.bat (в схеме для бэкапа по выключению машин).
Отсюда мораль: 1. не бэкапте машинки бакулой параллельно или по желанию клиентов (которые рано или поздно запустят задачи параллельно); 2. будте готовы рестартануть бакулу, после "затора"; 3. если есть нужда в бэкапе по выключению машин - делайте его по включению (меньше гарантий прерывания бэкапа ДО его нормальнго завершения и нарушения, таким образом, бэкапа для других машин).
>Просто по описанию проблемы указать ошибку сложно, нужны рабочие конфиги, скрипты, логи.
В настоящий момент сервак выключен (в биосе указано время выключения сервака на ночь). Это не постоянная моя работа, а шабашка.
>Если есть желание можем вместе поразбираться.
Спасибо, желание есть.
Да, бакула у меня из стабильного дистрибутива Debian, поскольку с нее начинали, бэкапы достигли 30 Гб, а коней на production-сервере менять.. простите - черный юмор.
Хочу, сперва убедиться, что новая версия решит имеющиеся проблемы, не создаст новых проблем, а переезд будет гладким.
// greyork
