Bacula-users

Re: [Bacula-users] Verify Catalog

2011-06-02 05:14:55
Subject: Re: [Bacula-users] Verify Catalog
From: Ralf Gross <Ralf-Lists AT ralfgross DOT de>
To: John Drescher <drescherjm AT gmail DOT com>
Date: Thu, 2 Jun 2011 11:10:32 +0200
John Drescher schrieb:
> On Thu, Jun 2, 2011 at 4:05 AM, Ralf Gross <Ralf-Lists AT ralfgross DOT de> 
> wrote:
> > Rickifer Barros schrieb:
> >> Yes John...
> >>
> >> Now, I think that I understood perfectly and I have tested it too.
> >>
> >> VolumeToCatalog = Compares the files in a Storage Volume with the Catalog;
> >
> >
> > VolumeToCatalog does not read the file content and compares it, it just
> > reads the attributs and compares them (md5sum....).
> >
> > quote:
> > http://www.bacula.org/en/dev-manual/main/main/Configuring_Director.html
> >
> > VolumeToCatalog
> >    This level causes Bacula to read the file attribute data written
> > to the Volume from the last Job. The file attribute data are compared
> > to the values saved in the Catalog database and any differences are
> > reported. This is similar to the Catalog level except that instead of
> > comparing the disk file attributes to the catalog database, the
> > attribute data written to the Volume is read and compared to the
> > catalog database.
> 
> This part to me says it does compare the data on the volume with the
> hash MD5/SHA1 that is stored in the database.


I always thought that a VolumeToCatalog job would not read the
data written to the volume and calculate the md5sum again. Instead it
would just read the file attributes that were written to the volume and
compare that with the attributes in the catalog.

At least the volume format described in developers.pdf suggest that the md5sum
information is part of the data stream.

10.7 Record Header

#define STREAM_UNIX_ATTRIBUTES 1 /* Generic Unix attributes */
#define STREAM_FILE_DATA 2 /* Standard uncompressed data */
#define STREAM_MD5_SIGNATURE 3 /* MD5 signature for the file */
#define STREAM_GZIP_DATA 4 /* GZip compressed file data */
/* Extended Unix attributes with Win32 Extended data. Deprecated. */
#define STREAM_UNIX_ATTRIBUTES_EX 5 /* Extended Unix attr for Win32 EX */
#define STREAM_SPARSE_DATA 6 /* Sparse data stream */
#define STREAM_SPARSE_GZIP_DATA 7
#define STREAM_PROGRAM_NAMES 8 /* program names for program data */
#define STREAM_PROGRAM_DATA 9 /* Data needing program */
#define STREAM_SHA1_SIGNATURE 10 /* SHA1 signature for the file */
#define STREAM_WIN32_DATA 11 /* Win32 BackupRead data */
#define STREAM_WIN32_GZIP_DATA 12 /* Gzipped Win32 BackupRead data */
#define STREAM_MACOS_FORK_DATA 13 /* Mac resource fork */
#define STREAM_HFSPLUS_ATTRIBUTES 14 /* Mac OS extra attributes */
#define STREAM_UNIX_ATTRIBUTES_ACCESS_ACL 15 /* Standard ACL attributes on UNIX 
*/
#define STREAM_UNIX_ATTRIBUTES_DEFAULT_ACL 16 /* Default ACL attributes on UNIX 
*/



So I think that only the md5sums on the volume are compared with the md5sums in
the catalog. If the file data on the volume was damaged somehow this could not
be detected.

Ralf

------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger. 
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today. 
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users