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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
