On Wed, Jul 9, 2008 at 6:51 PM, John Drescher <drescherjm AT gmail DOT com>
wrote:
> On Wed, Jul 9, 2008 at 6:11 PM, Hemant Shah <hjrrs AT yahoo DOT com> wrote:
>>
>>
>> Hemant Shah
>> E-mail: hjrrs AT yahoo DOT com
>>
>>
>> --- On Wed, 7/9/08, Ralf Gross <Ralf-Lists AT ralfgross DOT de> wrote:
>>
>>> From: Ralf Gross <Ralf-Lists AT ralfgross DOT de>
>>> 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, 2:37 PM
>>> 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.
>>>
>>
>> I thought that it was the time when the files are backed up, because ls and
>> stat commands show correct timestamps.
>>
>>> Ralf
>>>
>>> -------------------------------------------------------------------------
>>> 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
>>
>>
>>
>>
>> -------------------------------------------------------------------------
>> 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
>>
>
>
> In Version: 2.2.8 (26 January 2008) x86_64-pc-linux-gnu gentoo I get
>
> bls JobId 0: -rw-r----- 1 root bacula 5376005 2008-07-06
> 23:10:04 /var/lib/bacula/bacula.sql
> bls JobId 0: -rw-r--r-- 1 root root 14299679 2008-07-07
> 03:11:39 /var/backup/mythtv/mythtv-2008-07-07.bz2
> bls JobId 0: -rw-r--r-- 1 root root 14313097 2008-07-08
> 03:12:14 /var/backup/mythtv/mythtv-2008-07-08.bz2
> bls JobId 0: drwxr-xr-x 2 root root 6408 2008-07-08
> 03:11:41 /var/backup/mythtv/
> bls JobId 0: -rw-r----- 1 root bacula 5376517 2008-07-08
> 23:10:04 /var/lib/bacula/bacula.sql
> 09-Jul 18:44 bls JobId 0: End of Volume at file 0 on device
> "FileStorage" (/mnt/vg3/backups), Volume "Volume-0011"
> 09-Jul 18:44 bls JobId 0: End of all volumes.
> 27 files found.
> jmd1 backups # ls -al /var/backup/mythtv/mythtv-2008-07-08.bz2
> -rw-r--r-- 1 root root 14313097 Jul 8 03:12
> /var/backup/mythtv/mythtv-2008-07-08.bz2
> jmd1 backups #
>
> This is that the file timestamp matches the bls result and the bls
> result is not the timestamp.
That should have read the bls time is definitely not the time of the backup.
John
-------------------------------------------------------------------------
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
|
