Bacula-users

Re: [Bacula-users] Bacula says it is doing incremental backup but does full backup.

2008-07-10 07:09:29
Subject: Re: [Bacula-users] Bacula says it is doing incremental backup but does full backup.
From: Martin Simmons <martin AT lispworks DOT com>
To: bacula-users AT lists.sourceforge DOT net
Date: Thu, 10 Jul 2008 12:09:03 +0100
>>>>> On Wed, 9 Jul 2008 21:37:43 +0200, Ralf Gross said:
> 
> John Drescher schrieb:
> > On Wed, Jul 9, 2008 at 12:11 PM, Hemant Shah <hjrrs AT yahoo DOT com> wrote:
> > >
> > > --- On Wed, 7/9/08, Martin Simmons <martin AT lispworks DOT com> wrote:
> > >
> > >> From: Martin Simmons <martin AT lispworks DOT com>
> > >> Subject: Re: [Bacula-users] Bacula says it is doing incremental backup 
> > >> but does full backup.
> > >> To: bacula-users AT lists.sourceforge DOT net
> > >> Date: Wednesday, July 9, 2008, 5:00 AM
> > >> >>>>> On Tue, 8 Jul 2008 14:38:50 -0700
> > >> (PDT), Hemant Shah said:
> > >> >
> > >> > I looked again at the output of the bls commands below
> > >> and I realized that
> > >> > although I specify Incremental backup volume, bls
> > >> lists the files in Full
> > >> > backup volume. The boot strap file is same for all
> > >> disk backups, could this
> > >> > be the problem?
> > >>
> > >> Can you get a bls listing from the Incremental backup and
> > >> check the stat of a
> > >> few of those files?  Your previous stat was from files in
> > >> the Full backup,
> > >> which might not be in the Incremental backup.
> > >
> > > Here are the listings for Full and Incremental without specifying 
> > > bootstrap file:
> > > The begining of the output was different so I grepped for couple of the 
> > > same files from both output so they can be compared:
> > >
> > > [root@lidp11 ~]# bls -c /usr/local/etc/bacula-sd.conf  -V 
> > > Full-lidp11-2008-07-05-18:14:13 lidp11-File  | grep 
> > > /mnt/online_docs/src/bind
> > > bls JobId 0: -rw-r--r--   1 root     root       5021044 2008-07-04 
> > > 21:18:31  /mnt/online_docs/src/bind/bind-9.2.1.tar.gz
> > > bls JobId 0: -rwxr-xr-x   1 root     root       5054652 2008-07-04 
> > > 21:18:34  /mnt/online_docs/src/bind/bind-9.2.2.tar.gz
> > >
> > > [root@lidp11 ~]# bls -c /usr/local/etc/bacula-sd.conf  -V 
> > > Incr-lidp11-2008-07-06-22:05:25 lidp11-File   | grep 
> > > /mnt/online_docs/src/bind
> > > bls JobId 0: -rw-r--r--   1 root     root       5021044 2008-07-06 
> > > 14:00:44  /mnt/online_docs/src/bind/bind-9.2.1.tar.gz
> > > bls JobId 0: -rwxr-xr-x   1 root     root       5054652 2008-07-06 
> > > 14:00:45  /mnt/online_docs/src/bind/bind-9.2.2.tar.gz
> > >
> > > These files have not been changed in several years:
> > >
> > Can someone point out what the times associated with these files are?
> > Time of backup??
> 
> http://www.bacula.org/en/dev-manual/Volume_Utility_Tools.html#SECTION003950000000000000000
> | Normally if no options are specified, bls will produce the
> | equivalent output to the ls -l command for each file on the tape.
> 
> Hm, looks strange... This is the time bacula thinks the file was
> changed. I've just looked at one of my volumes with bls and it shows
> the correct time.

The bls output shows the ctime that was recorded on the volume, which should
be the ctime from the filesystem when the file was backed up.  By default, a
file will be included in an incr/diff if its either is mtime or ctime are
newer than the last full backup of the job.

I suggest checking with

stat /mnt/online_docs/src/bind/bind-9.2.1.tar.gz

__Martin

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users

<Prev in Thread] Current Thread [Next in Thread>