On Thu, Jul 10, 2008 at 11:24 AM, Hemant Shah <hjrrs AT yahoo DOT com> wrote:
>
>
>
> --- On Thu, 7/10/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: Thursday, July 10, 2008, 6:09 AM
>> >>>>> 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
>
> root@lidp11 ~]# stat /apex/online_docs/src/bind/bind-9.2.1.tar.gz
> File: `/apex/online_docs/src/bind/bind-9.2.1.tar.gz'
> Size: 5021044 Blocks: 9832 IO Block: 8192 regular file
> Device: 15h/21d Inode: 663370 Links: 1
> Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
> Access: 2008-07-06 22:09:42.847997000 -0500
> Modify: 2002-08-28 10:43:22.000000000 -0500
> Change: 2008-07-06 14:00:44.104163000 -0500
>
> The ctime is the time of incremental backup and is also the time in bls
> listing for incremental backup.
>
Now the question is what is updating the ctime on your files?
I have just upgraded to 2.4.1 on x86_64 gentoo and I am definitely not
experiencing this behavior. Here is part of a full backup I just did:
bls JobId 0: -rw-r--r-- 1 root root 12959682 2008-03-15
03:12:16 /var/backup/mythtv/mythtv-2008-03-15.bz2
bls JobId 0: -rw-r--r-- 1 root root 13191243 2008-03-16
03:11:30 /var/backup/mythtv/mythtv-2008-03-16.bz2
bls JobId 0: -rw-r--r-- 1 root root 13198253 2008-03-17
03:11:31 /var/backup/mythtv/mythtv-2008-03-17.bz2
bls JobId 0: -rw-r--r-- 1 root root 13312685 2008-03-18
03:12:39 /var/backup/mythtv/mythtv-2008-03-18.bz2
bls JobId 0: -rw-r--r-- 1 root root 13368618 2008-03-19
03:11:52 /var/backup/mythtv/mythtv-2008-03-19.bz2
bls JobId 0: -rw-r--r-- 1 root root 13282526 2008-03-20
03:11:37 /var/backup/mythtv/mythtv-2008-03-20.bz2
bls JobId 0: -rw-r--r-- 1 root root 13339885 2008-03-21
03:13:25 /var/backup/mythtv/mythtv-2008-03-21.bz2
bls JobId 0: -rw-r--r-- 1 root root 13385504 2008-03-22
03:11:22 /var/backup/mythtv/mythtv-2008-03-22.bz2
bls JobId 0: -rw-r--r-- 1 root root 13382583 2008-03-23
03:11:43 /var/backup/mythtv/mythtv-2008-03-23.bz2
bls JobId 0: -rw-r--r-- 1 root root 13146007 2008-03-24
03:12:06 /var/backup/mythtv/mythtv-2008-03-24.bz2
bls JobId 0: -rw-r--r-- 1 root root 13204867 2008-03-25
03:11:15 /var/backup/mythtv/mythtv-2008-03-25.bz2
bls JobId 0: -rw-r--r-- 1 root root 13292872 2008-03-26
03:11:20 /var/backup/mythtv/mythtv-2008-03-26.bz2
bls JobId 0: -rw-r--r-- 1 root root 13195192 2008-03-27
03:11:58 /var/backup/mythtv/mythtv-2008-03-27.bz2
bls JobId 0: -rw-r--r-- 1 root root 13260258 2008-03-28
03:12:19 /var/backup/mythtv/mythtv-2008-03-28.bz2
bls JobId 0: -rw-r--r-- 1 root root 13310401 2008-03-29
03:12:05 /var/backup/mythtv/mythtv-2008-03-29.bz2
bls JobId 0: -rw-r--r-- 1 root root 13385928 2008-03-30
03:11:39 /var/backup/mythtv/mythtv-2008-03-30.bz2
bls JobId 0: -rw-r--r-- 1 root root 13276443 2008-03-31
03:11:43 /var/backup/mythtv/mythtv-2008-03-31.bz2
bls JobId 0: drwxr-xr-x 2 root root 6488 2008-07-10
00:27:33 /var/backup/mythtv/
10-Jul 14:31 bls JobId 0: End of Volume at file 0 on device
"FileStorage" (/mnt/vg3/backups), Volume "Volume-0015"
10-Jul 14:31 bls JobId 0: End of all volumes.
-------------------------------------------------------------------------
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
|
