Постоянно теряется volume.
Геннадий Пастухов
машины на vmware esx server на HP bl480c на шасси HP c3000, которое
через FC коммутатор brocade подключено к библиотеке HP MSL2024. Начал
внедрение с бэкапа 1С, каждый день запсукается скрипт, создающий
выгрузку, потом всё успешно пишется на ленту. Попробовал
восстанавливать через bextract - из трёх раз 2 прошли успешно, 1 файлы
не были найдены. Причём после этого bacula не смогла найти окончание
записанных данных и смонтировать том для продолжения записи на него,
библиотека перешла в бесконечный цикл reading-seeking-rewinding.
Попытался прочитать список через bls, думал, что лента
спозиционируется на конец данных - нет, всё равно не нашла и
зациклилась.
Также при отключении любого из компонентов: перезапуск сервера с
bacula, перезапуск esx (после обновлений), перезапуск библиотеки -
bacula начинает ругаться так:
17-Mar 23:00 bacula-sd JobId 137: Job 1CUPPBackup.
2010-03-17_23.00.00_11 waiting. Cannot find any appendable volumes.
Please use the "label" command to create a new Volume for:
Storage: "Drive-1" (/dev/nst0)
Pool: 1c-pool
Media type: LTO3
18-Mar 00:00 bacula-sd JobId 137: Job 1CUPPBackup.
2010-03-17_23.00.00_11 waiting. Cannot find any appendable volumes.
Please use the "label" command to create a new Volume for:
Storage: "Drive-1" (/dev/nst0)
Pool: 1c-pool
Media type: LTO3
18-Mar 02:00 bacula-sd JobId 137: Job 1CUPPBackup.
2010-03-17_23.00.00_11 waiting. Cannot find any appendable volumes.
Please use the "label" command to create a new Volume for:
Storage: "Drive-1" (/dev/nst0)
Pool: 1c-pool
Media type: LTO3
18-Mar 06:00 bacula-sd JobId 137: Job 1CUPPBackup.
2010-03-17_23.00.00_11 waiting. Cannot find any appendable volumes.
Please use the "label" command to create a new Volume for:
Storage: "Drive-1" (/dev/nst0)
Pool: 1c-pool
Media type: LTO3
Команда label не проходит - такой volume уже есть в каталоге. Если его
удалить из каталога - тоже не проходит, т.к. лента уже имеет такой же
label. Помогает только стирание с ленты и создание тома заново. Причём
команда weof в btape тоже не всегда срабатывает, ругается:
*weof
18-Мар 09:08 btape: Fatal Error at dev.c:1705 because:
dev.c:1704 Attempt to WEOF on non-appendable Volume
btape: btape.c:511 Bad status from weof. ERR=dev.c:1704 Attempt to
WEOF on non-appendable Volume
100% помогает только запуск test в btape, который всё стирает и label
ленты заново в bconsole. Причём даже после успешного выполнения
нескольких бэкапов команда restore в консоли не работает: делает вид,
что данные восттанавливаются, но ничего не восстанавливается и
библиотека зацикливается в тот же reading-seeking-rewinding.
Это аппаратные проблемы или я что-то делаю не так?
Yuri Timofeev
устройства перед внедрением бакула.
2. В документации к бакула описано как запустить её сервисы с более
детальным уровнем отладки. И далее как составить багрепорт.
Roman Sozinov
Геннадий Пастухов
> Похоже на аппаратные проблемы либо с драйвом, либо с кассетой.
Вчера, после очередного создания тома заново, бэкап прошёл успешно, но
есть подозрительная строка в логе:
18-Mar 23:03 bacula-sd JobId 138: Alert: TapeAlert[32]: Interface:
Problem with SCSI interface between tape drive and initiator.
В-общем, подожду неделю, а там либо ишак сдохнет, либо... В смысле, у
нас новая штатка и или сократят :), или в пятницу должен приехать FC
transiever в FC коммутатор, и тогда я перенесу bacula на
отдельностоящий hp dl360 и он будет подключен к библиотеке напрямую.
Очень надеюсь, что проблема решится.
paraman
хранилище. Как только отключил, сразу прекратилось.
Геннадий Пастухов
> У меня такая проблема была вызвана параллельными задачами в одно
> хранилище. Как только отключил, сразу прекратилось.
У меня к библиотеке подключен только сервер резервного копирования.
metallic
Ну и что, через этот сервер могут одновременно бекапиться несколько клиентов же? :)
Геннадий Пастухов
> Внедряю bacula на таком железе: bacula на fedora12 внутри виртуальной
> машины на vmware esx server на HP bl480c на шасси HP c3000, которое
> через FC коммутатор brocade подключено к библиотеке HP MSL2024.
> ленты заново в bconsole. Причём даже после успешного выполнения
> нескольких бэкапов команда restore в консоли не работает: делает вид,
> что данные восттанавливаются, но ничего не восстанавливается и
> библиотека зацикливается в тот же reading-seeking-rewinding.
>
> Это аппаратные проблемы или я что-то делаю не так?
Итак, бакула переехала на новый сервер HP DL160G5 под управлением
Ubuntu server 10.04, который подключен к библиотеке напрямую через FC
адаптер и FC коммутатор. Все проблемы решились, и бэкап и
восстановление заработали сразу и без проблем.
--
Вы получили это сообщение, поскольку подписаны на группу ru-bacula.
Чтобы добавлять сообщения в эту группу, отправьте письмо по адресу ru-b...@googlegroups.com.
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу ru-bacula+...@googlegroups.com.
О дополнительных функциях можно узнать в группе по адресу http://groups.google.com/group/ru-bacula?hl=ru.
metallic
Vitaliy Okulov
On 18 мар, 12:37, Геннадий Пастухов <PastuhovG...@yandex.ru> wrote:
Геннадий Пастухов
> Почитал первый пост - у меня возник вопрос, Vmware разве поддерживает работу
> с FC лентами?
>
В том-то и дело, что напрямую - нет. Но мне очень хотелось этого
добиться, и я в свойствах виртуальной машины добавил нужные SCSI
устройства. FC их нашла, но, как выяснилось, криво, и поэтому были
вышеописанные проблемы.