Bacula-users

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

2008-07-08 03:41:42
Subject: Re: [Bacula-users] Bacula says it is doing incremental backup but does full backup.
From: Arno Lehmann <al AT its-lehmann DOT de>
To: baculausers <bacula-users AT lists.sourceforge DOT net>
Date: Tue, 08 Jul 2008 09:41:20 +0200
Hi,

08.07.2008 04:15, Hemant Shah wrote:
> 
> --- On Mon, 7/7/08, Hederer Jean-Sébastien <hedererjs AT asperience DOT fr> 
> wrote:
> 
>> From: Hederer Jean-Sébastien <hedererjs AT asperience DOT fr>
>> Subject: Re: [Bacula-users] Bacula says it is doing incremental backup but 
>> does full backup.
>> To: "baculausers" <bacula-users AT lists.sourceforge DOT net>
>> Date: Monday, July 7, 2008, 2:36 PM
>> can you make a bscan on Incr-lidp11-2008-07-06-22:05:25
>>
>> you go into your bacula directory (where there is
>> bacula-dir.conf)
>>
>> and make (verify command, I write it from memory):
>>
>> bscan -c bacula-dir.conf -r -V
>> Incr-lidp11-2008-07-06-22:05:25

Better use the SD config file.

Arno

> When I run bscan command if complains about DIRport option in Director 
> resource.
> 
> [root@lidp11 lidp11]# bscan -c /usr/local/etc/bacula-dir.conf -r -V 
> Incr-lidp11-2008-07-06-22:05:25 /backups/backupfiles/lidp11/
> 07-Jul 21:05 bscan: ERROR TERMINATION at parse_conf.c:902
> Config error: Keyword "DIRport" not permitted in this resource.
> Perhaps you left the trailing brace off of the previous resource.
>             : line 21, col 10 of file /usr/local/etc/bacula-dir.conf
>   DIRport = 9101                # where we listen for UA connections
> 
> 
> Here is the definition of Director in bacula-dir.conf, it is the first 
> definition in the file. Everything above it is comment.
> 
> Director
> {                               # define myself
>   Name = lidp11-dir
>   DIRport = 9101                # where we listen for UA connections
>   QueryFile = "/usr/local/etc/query.sql"
>   WorkingDirectory = "/backups/working"
>   PidDirectory = "/var/run"
>   Maximum Concurrent Jobs = 5
>   Password = "xxxxxxxxx"         # Console password
>   Messages = Daemon
>   FDConnectTimeout = 5 minutes
> }
> 
> 
> When I start bacula it does not complain about it.
> 
>> if Full-lidp11-2008-07-05-18:14:13 is in archive, you must
>> exclude your 
>> directory /backups/backupfiles/lidp11 from your fileset
>>
> 
> The /backups filesystem is not included in the fileset. If it was included, 
> the backup would have been much larger because it contains backup of 27 
> clients (567 GB).
> 
> BTW, bacula ran full backup for all 27 clients. Another incremental backup 
> ran today, and it did do an incremental backup. It seems that the first 
> incremental backup ignored the full backup, but did not warn that the 
> incremental backup was upgraded to full backup.
> 
> Am I missing something or is this a bug in 2.4.0?
> 
> 
> 
>>
>>
>> Cordialement
>>
>> Jean-Sébastien Hederer - Gérant ASPerience
>> Conseil, intégration, hébergement de systèmes
>> informatiques spécialisé en
>> solutions logiciel libre de gestion d'entreprise
>> Mob.: 06 69 56 21 49
>> Tél.: 02 51 13 50 94
>> Fax.: 02 40 68 70 06
>> XMPP/Jabber: hedererjs AT jabbernet DOT eu
>> http://www.asperience.fr
>> http://www.viadeo.com/fr/profile/jean-sebastien.hederer
>>
>>
>>
>>
>> "Hemant Shah" a écrit le 07/07/2008 20:42 :
>>> --- On Mon, 7/7/08, Jean-Sébastien Hederer
>> <hedererjs AT asperience DOT fr> wrote:
>>>   
>>>> From: Jean-Sébastien Hederer
>> <hedererjs AT asperience DOT fr>
>>>> Subject: Re: [Bacula-users] Bacula says it is
>> doing incremental backup but does full backup.
>>>> To: hjrrs AT yahoo DOT com
>>>> Cc: "baculausers"
>> <bacula-users AT lists.sourceforge DOT net>
>>>> Date: Monday, July 7, 2008, 12:53 PM
>>>> Humm, didn't you have in your fileset the
>> folder where
>>>> you make your 
>>>> backup :)
>>>> So can you make a listing of your second backup to
>> be sure
>>>> that in files 
>>>> there isn't your first backup.
>>>>     
>>>   Yes, each client backup files are stored in a
>> separate directory.
>>> [root@lidp11 lidp11]# pwd
>>> /backups/backupfiles/lidp11
>>> [root@lidp11 lidp11]# ls -lh
>>> total 112G
>>> -rw-r----- 1 root root 57G 2008-07-05 23:58
>> Full-lidp11-2008-07-05-18:14:13
>>> -rw-r----- 1 root root 56G 2008-07-07 03:11
>> Incr-lidp11-2008-07-06-22:05:25
>>> As you can see the file sizes are almost same.
>>>
>>>   
>>>> Hemant Shah a écrit :
>>>>     
>>>>> Folks,
>>>>>
>>>>>   I ran my first production backup of bacula
>> last
>>>>>       
>>>> weekend. I did a full backup to tape, then full
>> backup to
>>>> disk. Next was incremental backup. Bacula said
>> that it was
>>>> doing incremental backup but it actually did a
>> full backup.
>>>> I am running bacula 2.4.0. Here are the e-mails I
>> received.
>>>>     
>>>>> Fullbackup:
>>>>>
>>>>>   Build OS:              
>> x86_64-unknown-linux-gnu
>>>>>       
>>>> redhat
>>>>     
>>>>>   JobId:                  39
>>>>>   Job:                   
>>>>>       
>>>> lidp11-BackupToDisk.2008-07-04_21.04.42
>>>>     
>>>>>   Backup Level:           Full
>>>>>   Client:                
>> "lidp11-fd" 2.4.0
>>>>>       
>>>> (04Jun08) x86_64-unknown-linux-gnu,redhat,
>>>>     
>>>>>   FileSet:                "lidp11 Disk
>> set"
>>>>>       
>>>> 2008-07-04 21:04:05
>>>>     
>>>>>   Pool:                  
>>>>>       
>>>> "lidp11-FullBackupDiskPool" (From Job
>> FullPool
>>>> override)
>>>>     
>>>>>   Storage:               
>> "lidp11-File"
>>>>>       
>>>> (From Pool resource)
>>>>     
>>>>>   Scheduled time:         04-Jul-2008 21:04:01
>>>>>   Start time:             05-Jul-2008 18:14:14
>>>>>   End time:               06-Jul-2008 05:01:39
>>>>>   Elapsed time:           10 hours 47 mins 25
>> secs
>>>>>   Priority:               10
>>>>>   FD Files Written:       2,417,797
>>>>>   SD Files Written:       2,417,797
>>>>>   FD Bytes Written:       60,253,728,260
>> (60.25 GB)
>>>>>   SD Bytes Written:       60,550,530,761
>> (60.55 GB)
>>>>>   Rate:                   1551.1 KB/s
>>>>>   Software Compression:   52.7 %
>>>>>   VSS:                    no
>>>>>   Storage Encryption:     no
>>>>>   Volume name(s):        
>>>>>       
>>>> Full-lidp11-2008-07-05-18:14:13
>>>>     
>>>>>   Volume Session Id:      39
>>>>>   Volume Session Time:    1215182293
>>>>>   Last Volume Bytes:      60,661,172,712
>> (60.66 GB)
>>>>>   Non-fatal FD errors:    0
>>>>>   SD Errors:              0
>>>>>   FD termination status:  OK
>>>>>   SD termination status:  OK
>>>>>   Termination:            Backup OK
>>>>>
>>>>>
>>>>> Incremental Backup:
>>>>>
>>>>>   Build OS:              
>> x86_64-unknown-linux-gnu
>>>>>       
>>>> redhat
>>>>     
>>>>>   JobId:                  70
>>>>>   Job:                   
>>>>>       
>>>> lidp11-BackupToDisk.2008-07-06_22.00.30
>>>>     
>>>>>   Backup Level:           Incremental,
>>>>>       
>>>> since=2008-07-05 18:14:14
>>>>     
>>>>>   Client:                
>> "lidp11-fd" 2.4.0
>>>>>       
>>>> (04Jun08) x86_64-unknown-linux-gnu,redhat,
>>>>     
>>>>>   FileSet:                "lidp11 Disk
>> set"
>>>>>       
>>>> 2008-07-04 21:04:05
>>>>     
>>>>>   Pool:                  
>>>>>       
>>>> "lidp11-IncrBackupDiskPool" (From Job
>> IncPool
>>>> override)
>>>>     
>>>>>   Storage:               
>> "lidp11-File"
>>>>>       
>>>> (From Pool resource)
>>>>     
>>>>>   Scheduled time:         06-Jul-2008 22:00:00
>>>>>   Start time:             06-Jul-2008 22:05:25
>>>>>   End time:               07-Jul-2008 06:26:42
>>>>>   Elapsed time:           8 hours 21 mins 17
>> secs
>>>>>   Priority:               10
>>>>>   FD Files Written:       2,096,136
>>>>>   SD Files Written:       2,096,136
>>>>>   FD Bytes Written:       58,910,683,776
>> (58.91 GB)
>>>>>   SD Bytes Written:       59,167,747,657
>> (59.16 GB)
>>>>>   Rate:                   1958.7 KB/s
>>>>>   Software Compression:   52.4 %
>>>>>   VSS:                    no
>>>>>   Storage Encryption:     no
>>>>>   Volume name(s):        
>>>>>       
>>>> Incr-lidp11-2008-07-06-22:05:25
>>>>     
>>>>>   Volume Session Id:      68
>>>>>   Volume Session Time:    1215182293
>>>>>   Last Volume Bytes:      59,271,542,084
>> (59.27 GB)
>>>>>   Non-fatal FD errors:    0
>>>>>   SD Errors:              0
>>>>>   FD termination status:  OK
>>>>>   SD termination status:  OK
>>>>>   Termination:            Backup OK
>>>>>
>>>>>
>>>>> As you can see the amount of data backups is
>> almost
>>>>>       
>>>> the same (60GB).
>>>>     
>>>>> This was done over a long weekend, so very few
>> files
>>>>>       
>>>> changed on this filesystem. 
>>>>     
>>>>> Hemant Shah
>>>>> E-mail: hjrrs AT yahoo DOT com
>>>>>
>>>>>
>>>>>       
>>>>>
>>>>>
>>>>>       
>> -------------------------------------------------------------------------
>>>>     
>>>>> 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
>>>>     
>>>
>>>
>>> Hemant Shah
>>> E-mail: hjrrs AT yahoo DOT com
>>>
>>>   
>>>
>>>
>>>       
>>>
>>>
>> -------------------------------------------------------------------------
>>> 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
> 
> 
> 
> Hemant Shah
> E-mail: hjrrs AT yahoo DOT com
> 
> 
> 
>       
> 
> -------------------------------------------------------------------------
> 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
> 

-- 
Arno Lehmann
IT-Service Lehmann
www.its-lehmann.de

-------------------------------------------------------------------------
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>