Bacula проблема бэкапа

А если восстановить задание и сравнить занимаемые объёмы?

всмысле, выполнить restore job?

Да, восстановить и сравнить объём полученных и исходных файлов. Как то так:

du -sm /etc/libvirt/* /var/lib/libvirt/* | sort -n
du -sm /path/to/restore/etc/libvirt/* /path/to/restore/var/lib/libvirt/* | sort -n

сейчас попробую.

я разобрался.

проблема была в том, что бакула пыталась бэкапить образы виртуалок, которые используются kvm.

я убрал из file-set строку с каталогом этих образов, оставив только каталог с конфигом - и оно все успешно забэкапило.

вообщем, топик закрываю, sin_a - спасибо еще раз за помощь. :)

а какие файлы там лежат? qemu-img info по имиджам виртуалок в студию

Эээ.., а разве от виртуалок нужны только конфиги? Содержимое действительно не нужно?

я думаю по конфигам оно само определяет где лежит содержимое.

Бакула зохавывает только то, что указано в fileset. Никакой самодеятельности.

там лежат образы систем, но их бэкапить не получается.

почему - не знаю.

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

1-я

ripley@kvm:/var/lib/libvirt/images$ sudo qemu-img info mysql.img
image: mysql.img
file format: raw
virtual size: 100G (107374182400 bytes)
disk size: 2.8G 

2-я

ripley@kvm:/var/lib/libvirt/images$ sudo qemu-img info mail.img
image: mail.img
file format: raw
virtual size: 50G (53687091200 bytes)
disk size: 6.8G 

я думаю по конфигам оно само определяет где лежит содержимое.

я бэкаплю только конфиги, потому что образы бэкапить не получается.

оно встает на образе с мускулем и бэкапит его бесконечное кол-во часов, в следствии чего бэкап вырастает практически на весь объем рэйд массива (2+ТБ)

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

ок, бекап этих двух имиджей, если конечно не писать в sparse файлы, будет занимать 150Гб, это вполне нормально.

что значит образы никак? ВМ в это время работают?

Так работающий sql файлами нельзя копировать. Надо дамп делать.