On 5/29/2012 9:40 PM, Rodrigo Renie Braga wrote:
> I have considered it, but I'll keep this idea as a last resort thing,
> cause I'd have to migrate all my current backups to these new Pools
> (so I wouldn't loose over a year of backups), and the config would be
> very complicated to maintain...
>
> I'll keep trying to find a good solution, but the more I dig, the more
> I see that there still has some (very few though) limitations with Bacula.
>
Have you tried restricting the number of concurrent jobs in the device
definition in bacula-sd, as opposed to elsewhere? for example:
# /etc/bacula/bacula-sd.conf
Autochanger {
Name = changer
Device = drive0, drive1
Changer Command = "some command"
Changer Device = "some device"
}
Device {
Name = drive0
Drive Index = 0
Autochanger = yes
Archive Device = "some device"
Maximum Concurrent Jobs = 1
...
}
Device {
Name = drive1
Drive Index = 1
Autochanger = yes
Archive Device = "some other device"
Maximum Concurrent Jobs = 1
...
}
# eof
Then everywhere else, in all other config files, Maximum Concurrent Jobs
can be left out or else set to some higher value, like 20.
> But thanks again for all your help Bryan, dedicated people like your
> self make this mailing list worthwhile.
>
> 2012/5/29 Bryan Harris <bryanlharris AT gmail DOT com
> <mailto:bryanlharris AT gmail DOT com>>
>
> I think I see what you mean, sorry it didn't work. Can you
> possibly create a bunch of pool resources, one per job?
>
> Job {
> Name = backup1
> Pool = backup1
> ...
> }
>
> Then in the pool resource definitions,
>
> Pool {
> Name = backup1
> Storage = backup1
> ...
> }
>
> Then storage,
>
> Storage {
> Name = backup1
> Address = backup_address_vlanX
> ...
> }
>
> I hope I haven't misunderstood. Does this look like something
> worth trying?
>
> Bryan
>
> On May 29, 2012, at 6:35 PM, Rodrigo Renie Braga wrote:
>
>> Hello everyone...
>>
>> Bryan, that was a very good idea, but did not solved entirely...
>> The thing is, in my SD server, I have one Device for Incremental
>> and another for Diff/Full backup. In my Schedule resource, I have
>> this:
>>
>> Run = Level=Incremental Pool=pool.inc FullPool=pool.full feb-jun
>> on 1st sat at 23:00
>>
>> The FullPool parameter is very important, because if a Job is ran
>> by this Schedule and a Full backup has never been done before,
>> Bacula will upgrade this Job to a Full Backup and then will use
>> the values in the Pool "pool.full" to put the Backup data in.
>>
>> Since I had to remove de "Storage" option from the Pool resource,
>> every time Bacula upgrade a Job from Inc to Full, it does not
>> change de Storage, so it stops asking to mount a new volume...
>>
>> NOW I'm completely stuck, don't know what to do... Any help would
>> be very much appreciated...
>>
>> Thanks!
>>
>> 2012/5/28 Rodrigo Renie Braga <rodrigorenie AT gmail DOT com
>> <mailto:rodrigorenie AT gmail DOT com>>
>>
>> Bryan, that ideia is just BRILLIANT!!!! It worked like a
>> charm...
>>
>> With only one note: I was using the "storage" option inside
>> the Pool resource (not in the Job), and apparently the Pool
>> resource overrides any other resources, so I just had to
>> remove this option from the Pool to add it to the Job
>> resource for each client...
>>
>> Once again, Bacula did not let me down, neither did this
>> mailing list...
>>
>> Thanks again Bryan!
>>
>>
>> 2012/5/28 Bryan Harris <bryanlharris AT gmail DOT com
>> <mailto:bryanlharris AT gmail DOT com>>
>>
>> Hello,
>>
>> On May 27, 2012, at 11:28 PM, Rodrigo Renie Braga wrote:
>>
>>> My ideal solution which Bacula, apparently, DOES NOT
>>> SUPPORT: make the "Address" option on the Storage
>>> resource optional, meaning that if not specified, the SD
>>> Address that Bacula will send to the FD is the same one
>>> that the Director used to connect on the FD on the first
>>> place. That would be just awesome…
>>
>> For each vlan, can you create a new storage resource
>> within the director? Each storage resource change the
>> name of the storage resource plus change the address of
>> the storage resource (Address, not SDAddress).
>>
>> You only have need of one single storage daemon, because
>> this one daemon listens on *all* IP addresses (if you
>> remove the SDAddress option).
>>
>> However, I think you can have as many "pointers" to this
>> storage daemon as you want. Each one has a unique name
>> and points to a unique IP address, but really they are
>> all pointing to the same storage daemon. And this one
>> daemon listens on all available addresses of the machine
>> (if you remove the SDAddress option).
>>
>> Then in your job config,
>>
>> job = job1
>> storage = storage_on_vlan1
>> ...
>> job = job2
>> storage = storage_on_vlan2
>> …
>> job = job3
>> storage = storage_on_vlan3
>>
>> And so on.
>>
>> Bryan
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond.
>> Discussions
>> will include endpoint security, mobile security and the latest in
>> malware
>> threats.
>>
>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
>> Bacula-users mailing list
>> Bacula-users AT lists.sourceforge DOT net
>> <mailto:Bacula-users AT lists.sourceforge DOT net>
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
>
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
