Hello! I run Bacula 3.0.2 (dir and sd) from Debian backports and bacula-fd 5.0.2 (Debian testing) on the client and I have a problem with a disk to catalog verify job.
I make differential backups every week which get consolidated into a full backup with the VirtualFull feature once a month. Now I ran a differential backup as usual but followed it immediately by a DiskToCatalog verify job. The only processes running during that time were absolutely necessary things like udev and mdadm and I was logged in but did nothing apart from checking bconsole. Apart from the expected differences (bash history etc.) the job reported "SHA1 digest differs" for a number of different files. The files ranged from /usr/bin/ contents to older MP3s in my home directory. The files also range in their age, some of the files where backed up in the last differential run while others are much older. So I checked the md5sum of the /usr/bin/ files against the Debian provided MD5 sums and they matched. I then restored some of the offending files from backup, but diff showed no differences. So I'm at a loss here. Is my catalog corrupted or is this a Bacula bug? Is there a fix or workaround? Thanks in advance for any tips, Tobias PS: Is there a way to convert from Bacula's sha1 (which look like "QGHMaXrQMew6S5MaBRVcgJ5S4LQ") to the output of the of the sha1sum CLI utility (which looks like "c274a48e3a65f6b1e9e7a0103c4a7b522c8f5cd7")? ------------------------------------------------------------------------------ Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
