Hi all, I have a setup where I backup some files into a "File" storage (i.e. not on tape). I have set the maximum volume size to something around 2 GB to avoid some problems when transfering them lat
Author: John Drescher <drescherjm AT gmail DOT com>
Date: Wed, 18 Mar 2009 09:24:10 -0400
That is generally not a problem. I have restored dozens of times in this situation without ever seeing this error. I have never seen this with jobs spanning disks and I have been using bacula for 5
Hi, So did I, but I thought maybe the combination "one file backed up on multiple volumes" and "compression on" may cause the problem. Maybe the volume got corrupted. But even if I try to restore an
Author: John Drescher <drescherjm AT gmail DOT com>
Date: Wed, 18 Mar 2009 11:55:24 -0400
Ahh, I am now using x86_64 2.4.4 on gentoo on my director (other possibly lower versions on the storage and clients). Last login: Fri Mar 13 13:44:16 2009 from radimgws53.radimg.pitt.edu fileserv ~
Author: Martin Simmons <martin AT lispworks DOT com>
Date: Wed, 18 Mar 2009 18:29:48 GMT
It is somewhat unlikely, because compression is done by the FD but the checksums are computed (and checked) by the SD. Do you run multiple concurrent jobs? Each Bacula block contains a checksum of t
Thanks to all replies. After a lot of unsuccessful tries with different backups, different tools etc. I've copied the backup-files created by bacula to another server (same arch, same kernel, same ba