[Bacula-users] Configuring Bacula File Daemon on High-availability Replicated Servers

2015-12-02 Thread Rich Otero 
Hello,

I have a system where the Bacula File Daemon must run on a
high-availability pair of servers. I have some services managed by
Pacemaker, but I have not configured this yet for the Bacula services. If I
configure bacula-fd identically  and start it on both servers in the HA
pair, will there be a problem? In other words, does bacula-fd attempt to
connect to bacula-dir, or does bacula-dir only connect to bacula-fd when
needed? If it's the former scenario, then it is necessary for me to
configure Pacemaker to start and stop bacula-fd on the HA servers so that
only one has it running at a time. If it is the latter scenario, then I can
setup init to start bacula-fd on both servers and simply configure
bacula-dir to find its clients at the HA "floating" IP address that is
managed by Pacemaker.

Thanks for your help.

Regards,
Rich Otero
Director, Technical Support and Professional Services
EditShare
rot...@editshare.com
617-782-0479
--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Configuring Bacula File Daemon on High-availability Replicated Servers

2015-12-02 Thread Dimitri Maziuk 
On 12/02/2015 12:22 PM, Rich Otero wrote:
...
> configure Pacemaker to start and stop bacula-fd on the HA servers so that
> only one has it running at a time. If it is the latter scenario, then I can
> setup init to start bacula-fd on both servers and simply configure
> bacula-dir to find its clients at the HA "floating" IP address that is
> managed by Pacemaker.

What are you backing up? I run 3 bacula clients for 2 HA nodes. I have
drbd pairs where I'm backing up /etc on each node *and* the drbd
filesystem on the floating ip.

For the latter, fd runs on a different port and is started by heartbeat.
Bacula-dir looks for it at the floating ip. If you aren't backing up any
shared data, you don't need that.

For the former: stock setup starting from init using fixed ips. If you
aren't backing up any local data you don't need that (but you probably
want to back up your etcs and crontabs).

HTH
-- 
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu



signature.asc
Description: OpenPGP digital signature
--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Configuring Bacula File Daemon on High-availability Replicated Servers

2015-12-02 Thread Rich Otero 
Thanks, Dimitri. I am backing up shared data. I've done some testing with
independent bacula-fd instances running at the same time with identical
configuration on both nodes. Bacula-dir is configured to connect to the
client at the floating IP address. It seems to work well. I have failed
over the floating IP address with Pacemaker in both direction and Bacula
seems to keep working as expected. I just wanted to make sure that I'm not
doing something that is bad for Bacula that is going to hurt me later.
Thanks for your input.

Regards,
Rich Otero
Director, Technical Support and Professional Services
EditShare
rot...@editshare.com
617-782-0479

On Wed, Dec 2, 2015 at 1:56 PM, Dimitri Maziuk 
wrote:

> On 12/02/2015 12:22 PM, Rich Otero wrote:
> ...
> > configure Pacemaker to start and stop bacula-fd on the HA servers so that
> > only one has it running at a time. If it is the latter scenario, then I
> can
> > setup init to start bacula-fd on both servers and simply configure
> > bacula-dir to find its clients at the HA "floating" IP address that is
> > managed by Pacemaker.
>
> What are you backing up? I run 3 bacula clients for 2 HA nodes. I have
> drbd pairs where I'm backing up /etc on each node *and* the drbd
> filesystem on the floating ip.
>
> For the latter, fd runs on a different port and is started by heartbeat.
> Bacula-dir looks for it at the floating ip. If you aren't backing up any
> shared data, you don't need that.
>
> For the former: stock setup starting from init using fixed ips. If you
> aren't backing up any local data you don't need that (but you probably
> want to back up your etcs and crontabs).
>
> HTH
> --
> Dimitri Maziuk
> Programmer/sysadmin
> BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu
>
>
>
> --
> Go from Idea to Many App Stores Faster with Intel(R) XDK
> Give your users amazing mobile app experiences with Intel(R) XDK.
> Use one codebase in this all-in-one HTML5 development environment.
> Design, debug & build mobile apps & 2D/3D high-impact games for multiple
> OSs.
> http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Configuring Bacula File Daemon on High-availability Replicated Servers

2015-12-02 Thread Dimitri Maziuk 
On 12/02/2015 03:08 PM, Rich Otero wrote:
> Thanks, Dimitri. I am backing up shared data. I've done some testing with
> independent bacula-fd instances running at the same time with identical
> configuration on both nodes. Bacula-dir is configured to connect to the
> client at the floating IP address. It seems to work well. I have failed
> over the floating IP address with Pacemaker in both direction and Bacula
> seems to keep working as expected. I just wanted to make sure that I'm not
> doing something that is bad for Bacula that is going to hurt me later.

Well I think linux kernel may/did sometimes send reply packets with the
actual rather than floating source ip -- but even if it does I don't see
why that would be a problem for bacula.

-- 
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu



signature.asc
Description: OpenPGP digital signature
--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Configuring Bacula File Daemon on High-availability Replicated Servers

2015-12-02 Thread Josh Fisher 



On 12/2/2015 1:22 PM, Rich Otero wrote:

Hello,

I have a system where the Bacula File Daemon must run on a 
high-availability pair of servers. I have some services managed by 
Pacemaker, but I have not configured this yet for the Bacula services. 
If I configure bacula-fd identically  and start it on both servers in 
the HA pair, will there be a problem? In other words, does bacula-fd 
attempt to connect to bacula-dir, or does bacula-dir only connect to 
bacula-fd when needed? If it's the former scenario, then it is 
necessary for me to configure Pacemaker to start and stop bacula-fd on 
the HA servers so that only one has it running at a time. If it is the 
latter scenario, then I can setup init to start bacula-fd on both 
servers and simply configure bacula-dir to find its clients at the HA 
"floating" IP address that is managed by Pacemaker


It depends on what needs to be backed up. If only the shared storage on 
DRBD, etc. is to be backed up, then configure pacemaker to start/stop 
bacula-fd with a colocation constraint to force bacula-fd to run only on 
the machine having the floating IP, which will also be the machine where 
the shared storage is mounted.


If the HA nodes themselves are also to be backed up, then there will be 
3 instances of bacula-fd. Each node should run bacula-fd listening only 
at its internal LAN IP, and those bacula-fd instances will have FileSets 
that backup everything BUT shared storage. The bacula-fd listening only 
on the floating IP will still be controlled by pacemaker and will backup 
shared storage only. So there will be 3 FileSets, one for node-1 
non-shared storage, one for node-2 non-shared storage, and one for the 
shared storage only.


Remember that a one node failure will result in the shared storage being 
taken over by the surviving node. You need to be able to restore the 
failed node without affecting the shared storage, since the surviving 
node will be live and actively using the shared storage. The FileSets 
for the nodes MUST not specify any shared storage.



.

Thanks for your help.

Regards,
Rich Otero
Director, Technical Support and Professional Services
EditShare
rot...@editshare.com 
617-782-0479


--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users