I don't know for sure, I've only been using Bacula for a couple of weeks.
But looking at the CVS logs it looks like it was added in June, 2004.

-----Original Message-----
From: Ryan Novosielski [mailto:[EMAIL PROTECTED] 
Sent: Saturday, April 15, 2006 4:17 PM
To: Robert Nelson
Cc: 'Francisco Reyes'; 'John Kodis'; 'Bacula List'
Subject: Re: [Bacula-users] New user questions

Neat! I think this is new for 1.38, as I'm pretty certain you weren't able
to do that in the past.

Robert Nelson wrote:

>Use 
>       estimate level=Incremental
>Or
>       estimate level=Differential
>
>From the manual:
>
>Using this command, you can get an idea how many files will be backed 
>up, or if you are unsure about your Include statements in your FileSet, 
>you can test them without doing an actual backup. The default is to 
>assume a Full backup. However, you can override this by specifying a 
>level=Incremental or level=Differential on the command line. A Job name 
>must be specified or you will be prompted for one, and optionally a 
>Client and FileSet may be specified on the command line. It then 
>contacts the client which computes the number of files and bytes that 
>would be backed up. Please note that this is an estimate calculated 
>from the number of blocks in the file rather than by reading the actual 
>bytes. As such, the estimated backup size will generally be larger than 
>an actual backup.
>
>-----Original Message-----
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of Ryan 
>Novosielski
>Sent: Saturday, April 15, 2006 4:05 PM
>To: Francisco Reyes
>Cc: John Kodis; Bacula List
>Subject: Re: [Bacula-users] New user questions
>
>Estimates are full. It's in the manual, IIRC.
>
>Francisco Reyes wrote:
>
>  
>
>>John Kodis writes:
>>
>>    
>>
>>>I'd guess that either you've changed something in your filesystem -- 
>>>touched most of the files, or changed where a large filesystem is 
>>>mounted -- or that Bacula overrode your request.
>>>      
>>>
>>Can't really imagine any of the above.
>>Anyone could confirm that this sequence works for them:
>>+ Create full job
>>+ Change job to incremental
>>+ Do estimate on job (and estimate will show only changed files)
>>
>>    
>>
>>> Even if you specify
>>>an incremental, Bacula will perform a full backup if there's no 
>>>suitable full backup found.
>>>      
>>>
>>Full backup finished without problems. Got email with status and I 
>>don't recall seeing any problems.
>>
>>    
>>
>>>>And if the bacula-dir did die, will running backups stop? 
>>>>        
>>>>
>>>Yup.  Even if you're sure that your configuration files are correct, 
>>>I'd be surprised if the Bacula director could survive the type of 
>>>mid-job restart the you seem to be contemplating.
>>>      
>>>
>>I really should have written "if bacula-dir will die after doing a 
>>reload if there are any syntax errors"
>>
>>    
>>
>>>I have no idea, nor any reason to care as the database stuff has 
>>>always just worked.  Are you just curious, or is there some other 
>>>issue that you're chasing?
>>>      
>>>
>>
>>It is actually a possible PostgreSQL performance issue. If each new 
>>record is inserted independantly, the inserts will be slower than if 
>>you have many inserts/updates within a single transaction.
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by xPML, a groundbreaking scripting 
>>language that extends applications into web and mobile media. Attend 
>>the live webcast and join the prime developer group breaking into this 
>>new coding territory!
>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=1216
>>42 _______________________________________________
>>Bacula-users mailing list
>>Bacula-users@lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/bacula-users
>>    
>>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by xPML, a groundbreaking scripting 
>language that extends applications into web and mobile media. Attend 
>the live webcast and join the prime developer group breaking into this new
coding territory!
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=12164
>2 _______________________________________________
>Bacula-users mailing list
>Bacula-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>
>  
>





-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to