Hi Eric,
I have tried several combinations of creating new jobs, including the
method you've list below. But no matter what I try, I am unable to see
the effects of "de-duplication". The pool size continues to grow at
the same rate as the new bytes per job.
So, I just made three new Linux servers (backupclient[1-3]). And I'd
like to try to dedupe from root (/).
Maybe I'm not using the right code base. The code I'm currently using
shows up as follows:
104C-dir Version: 3.1.4 (16 October 2009) x86_64-unknown-linux-gnu
suse 11
Daemon started 03-Nov-09 09:10, 3 Jobs run since started.
Heap: heap=528,384 smbytes=117,846 max_bytes=251,934 bufs=416
max_bufs=1,542
How would I create such a job?
Thanks,
Mike
On Nov 2, 2009, at 6:57 AM, Eric Bollengier wrote:
> Hello,
>
> Le lundi 02 novembre 2009 14:24:00, wvoice a écrit :
>> Hi,
>>
>> I've finished running a set of jobs using the following
>> configuration,
>> after merging in basejobsv3. The problem is when I run the base level
>> backup on my 3 windows boxes and set the
>> Base=windemo1,windemo2,windemo3,
>> the total volume usage is equal to the size of all three individual
>> backups. So, it doesn't look like it's de-duping at this point. The
>> backups were very quick, however.
>
> The Base level is like a Full, but it can be used by a Full as
> "base". (Full
> become some sort of differential backup)
>
> So, i would say that you should put Level=full instead of base in
> the job
> definition. And after, you initialise the base job with
>
> run level=base job=xxxx
>
> Be aware that if your 3 filesets are containing the same files (ie
> c:/), only
> the latest version will be used by the Full job. So, i don't think
> that it's a
> good idea to have 3 base jobs with the same fileset as base.
>
> Bye
>
>
>> Should I be using a single fileset between the 3 backups?
>>
>> Here's my config:
>>
>> Client {
>> Name = windemo1-fd
>> Address = 10.0.1.26
>> FDPort = 9102
>> Catalog = MyCatalog
>> Password = "demo411" # password for FileDaemon
>> File Retention = 30 days # 30 days
>> Job Retention = 6 months # six months
>> AutoPrune = yes # Prune expired Jobs/Files
>> }
>> Client {
>> Name = windemo2-fd
>> Address = 10.0.1.4
>> FDPort = 9102
>> Catalog = MyCatalog
>> Password = "demo411" # password for FileDaemon
>> File Retention = 30 days # 30 days
>> Job Retention = 6 months # six months
>> AutoPrune = yes # Prune expired Jobs/Files
>> }
>> Client {
>> Name = windemo3-fd
>> Address = 10.0.1.16
>> FDPort = 9102
>> Catalog = MyCatalog
>> Password = "demo411" # password for FileDaemon
>> File Retention = 30 days # 30 days
>> Job Retention = 6 months # six months
>> AutoPrune = yes # Prune expired Jobs/Files
>> }
>> Job {
>> Name = "windemo1"
>> Client = "windemo1-fd"
>> JobDefs = "DefaultJob"
>> Level = Base
>> Base = windemo1, windemo2, windemo3
>> FileSet="windemo1"
>> Storage = 104C-sd
>> Pool = 104C-pool
>> Schedule = "WeeklyCycle"
>> Enabled = yes
>> Write Bootstrap = "/var/bacula/working/windemo1.bsr"
>> Priority = 10
>> }
>> Job {
>> Name = "windemo2"
>> Client = "windemo2-fd"
>> JobDefs = "DefaultJob"
>> Level = Base
>> Base = windemo1, windemo2, windemo3
>> FileSet="windemo2"
>> Storage = 104C-sd
>> Pool = 104C-pool
>> Schedule = "WeeklyCycle"
>> Enabled = yes
>> Write Bootstrap = "/var/bacula/working/windemo2.bsr"
>> Priority = 10
>> }
>> Job {
>> Name = "windemo3"
>> Client = "windemo3-fd"
>> JobDefs = "DefaultJob"
>> Level = Base
>> Base = windemo1, windemo2, windemo3
>> FileSet="windemo3"
>> Storage = 104C-sd
>> Pool = 104C-pool
>> Schedule = "WeeklyCycle"
>> Enabled = yes
>> Write Bootstrap = "/var/bacula/working/windemo3.bsr"
>> Priority = 10
>> }
>> FileSet {
>> Name = "windemo1"
>> Include {
>> Options {
>> signature = MD5
>> }
>> File = c:/
>> }
>> Exclude {
>> File =
>> File =
>> File =
>> File =
>> File =
>> File =
>> }
>> }
>> FileSet {
>> Name = "windemo2"
>> Include {
>> Options {
>> signature = MD5
>> }
>> File = c:/
>> }
>> Exclude {
>> File =
>> File =
>> File =
>> File =
>> File =
>> File =
>> }
>> }
>> FileSet {
>> Name = "windemo3"
>> Include {
>> Options {
>> signature = MD5
>> }
>> File = c:/
>> }
>> Exclude {
>> File =
>> File =
>> File =
>> File =
>> File =
>> File =
>> }
>> }
>>
>> wvoice wrote:
>>> Hi,
>>>
>>> I'm trying to test out the dedupe between several base jobs I've
>>> listed
>>> as windemo1, windemo2, and windemo3.
>>>
>>> I've listed the type of job as Base. And all is well when I reload
>>> my
>>> config. However, the problem arises when I try to declare what to
>>> compare
>>> the base jobs between.
>>>
>>> For example in the online forums discussing this capability, the
>>> following is shown:
>>>
>>> Job {
>>> Name = BackupLinux
>>> Level= Base
>>> ...
>>> }
>>>
>>> Job {
>>> Name = BackupZog4
>>> Base = BackupZog4, BackupLinux
>>> Accurate = yes
>>> ...
>>> }
>>>
>>> The top job declaration works fine. But when I try to do anything
>>> that
>>> uses the "Base =" declaration, I end up with a parse error.
>>>
>>> 31-Oct 10:36 104C-dir: ERROR in parse_conf.c:954 Config error:
>>> Keyword
>>> "Base" not permitted in this r
>>> esource.
>>> Perhaps you left the trailing brace off of the previous resource.
>>>
>>> : line 41, col 7 of file /etc/bacula/bacula-dir.conf
>>>
>>> Base = windemo1, windemo2, windemo3
>>>
>>> 31-Oct 10:36 104C-dir JobId 0: Error: Please correct configuration
>>> file:
>>> /etc/bacula/bacula-dir.conf
>>> 31-Oct 10:36 104C-dir JobId 0: Error: Resetting previous
>>> configuration.
>>> 31-Oct 10:37 104C-dir: ERROR in parse_conf.c:901 Config error:
>>> Expected a
>>> Resource name identifier, g
>>> ot: }
>>>
>>> : line 446, col 2 of file /etc/bacula/bacula-dir.conf
>>>
>>> }
>>>
>>> Where can I find a little more information on this job type and
>>> getting
>>> it to dedupe. I would like to test the efficiency to save on the
>>> common
>>> OS files.
>>>
>>> Thanks!
>>
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel
