LINUX.ORG.RU
ФорумAdmin

Bareos портит файлы

 ,


0

2

Debian 7

# apt-show-versions | grep bareos
bareos/unknown uptodate 14.2.2-46.1
bareos-bconsole/unknown uptodate 14.2.2-46.1
bareos-client/unknown uptodate 14.2.2-46.1
bareos-common/unknown uptodate 14.2.2-46.1
bareos-database-common/unknown uptodate 14.2.2-46.1
bareos-database-mysql/unknown uptodate 14.2.2-46.1
bareos-database-tools/unknown uptodate 14.2.2-46.1
bareos-director/unknown uptodate 14.2.2-46.1
bareos-filedaemon/unknown uptodate 14.2.2-46.1
bareos-storage/unknown uptodate 14.2.2-46.1
bareos-storage-tape/unknown uptodate 14.2.2-46.1
bareos-tools/unknown uptodate 14.2.2-46.1
bareos-traymonitor/unknown uptodate 14.2.2-46.1

Перехожу постепенно с бакулы на бареос. Помимо линуксячих серверов нужно еще бекапить несколько vhdx файлов с виндузячей машины. Бакула справляется с этим без проблем. С бареос возникла проблема. После восстановления из бекапа файлы vhdx оказываются битыми. Если их смонтировать в обычной винде, то разделы видны, но фс при этом raw.

Долго экспериментировал с параметрами хранилищ, пулов, файлсетов, заданий и нашел зависимость. Размер vhdx файлов 20-30GB. Если в /etc/bareos/bareos-dir.conf в описании пула указать Maximum Volume Bytes меньше чем размер vhdx файла, то файлы бьются. Если больше, или вообще не ограничивать, то файлы восстанавливаются нормально.

Иными словами, так плохо:

Pool {
  Name = "thecus2_test"
  Pool Type = Backup
  Recycle = yes
  AutoPrune = yes
  Label Format = "File_test-"
  Volume Retention = 28 days
  Maximum Volume Bytes = 4G
  Maximum Volumes = 1000
}
Так хорошо:
Pool {
  Name = "thecus2_test"
  Pool Type = Backup
  Recycle = yes
  AutoPrune = yes
  Label Format = "File_test-"
  Volume Retention = 28 days
#  Maximum Volume Bytes = 4G
  Maximum Volumes = 1000
}

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

bareos.XXXX.ru-fd JobId 46: Error: attribs.c:419 File size of restored file /tmp/bareos-restores/D:/vm01.XXXX.ru.vhdx not correct. Original 27552382976, restored 27552186368 
Бакула с такими же настройками и бекапит и восстанавливает без проблем.

Прошу помощи.

★★★★

ССЗБ. Бэкап в первую очередь надежность, которая долго шлефуется, а не фичастость.

petav ★★★★★
()

а fd-клиент bareos или bacula?
может, если bacula-fd - это последствия совместимости?
у меня bareos иногда падает с bacula-fd на виндовых клиентах

ii343hbka ★★★
()
Последнее исправление: ii343hbka (всего исправлений: 1)
Ответ на: комментарий от petav

Не спорю, поэтому делаю всё очень осторожно и мучительно долго. Объемы выросли, старый сервер не справляется, на нем еще 100мегабитная сетевая карта.

Или что? Перетащить старую бакулу на новую железку?

afanasiy ★★★★
() автор топика
Ответ на: комментарий от afanasiy

а если отключить режим совместимости на bareos-fd
он же включен по-дефолту
ну а нет - писать в багзиллу

ii343hbka ★★★
()
Ответ на: комментарий от afanasiy

Тут уж Вам решать. Я когда увидел новости про bareos, подумал мне нужна надежность в первую очередь.

petav ★★★★★
()
Ответ на: комментарий от kernelpanic

Перетащи новую бакулу на новую железку.

Я думал, что так и делаю. Новая бакула для меня - это бареос. :)

afanasiy ★★★★
() автор топика
Ответ на: комментарий от darkenshvein

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

afanasiy ★★★★
() автор топика
Ответ на: комментарий от afanasiy

Или что? Перетащить старую бакулу на новую железку?

Поставить последнюю бакулу на новый сервер.

zgen ★★★★★
()
Ответ на: комментарий от afanasiy

Новая бакула для меня - это бареос. :)

Новый ffmpeg для меня - это libav.

Серьезно, сравнивать 2 проекта, один из которых форк другого, при этом первый - жив и тоже развивается - не так то и просто.

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

Серьезно, сравнивать 2 проекта, один из которых форк другого, при этом первый - жив и тоже развивается - не так то и просто.

Это просто шутка, не холивара ради. Желаю всяческих успехов обоим проектам.

afanasiy ★★★★
() автор топика

А vhdx - это случайно не образы виртуальных машин? Ты для бэкапа специально делаешь снапшоты или останавливаешь ВМ?

Deleted
()
Ответ на: комментарий от Deleted

Да, это образы виртуальных машин. На момент бекапа, они в выключенном состоянии.

afanasiy ★★★★
() автор топика
Ответ на: комментарий от afanasiy

MySQL (MariaDB) и для бэкапа Percona XtraBackup. Другие файлики вроде нормально восстанавлюваются, а на этот ругнулся вот.

Не так понял. Сам Bareos вообще на SQLite,

Клиент на CentOS, Сторадж на Debian и восстанавливаю на тот же сервер, где Сторадж. Попробую в понедельник еще раз забэкапить и восстановиться.

Black_Roland ★★★★
()
Последнее исправление: Black_Roland (всего исправлений: 4)
25 мая 2015 г.

Решено

Это зарегистрированный и решенный баг, номер не помню. Проявляется когда задание начинает записывать данные, а места в волуме заканчивается и создается новый волум (Тут и происходит ошибка, теряется часть информации в файле который начался записывался в одном волуме и закончился во втором), если есть уже созданный доступный волум, тогда ошибок нет. При сборке bareos-dir и bareos-sd из исходников все работает нормально. Рабочая версия Version: 14.2.4 (23 March 2015)

cruel-3432
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.