Re: [Bacula-users] Bacula backup Clusters

2014-06-02 Thread Kern Sibbald
On 05/26/2014 02:58 PM, Radosław Korzeniewski wrote: Hello, 2014-05-24 18:15 GMT+02:00 Dmitri Maziuk : On 5/24/2014 1:58 AM, Radosław Korzeniewski wrote: ...

Re: [Bacula-users] Bacula backup Clusters

2014-05-29 Thread Josh Fisher
On 5/29/2014 1:43 AM, Radosław Korzeniewski wrote: Hello, 2014-05-28 14:21 GMT+02:00 Josh Fisher : On 5/24/2014 2:58 AM, Radosław Korzeniewski

Re: [Bacula-users] Bacula backup Clusters

2014-05-28 Thread Radosław Korzeniewski
Hello, 2014-05-28 14:21 GMT+02:00 Josh Fisher : > On 5/24/2014 2:58 AM, Radosław Korzeniewski wrote: > > Hello, > > 2014-05-23 17:30 GMT+02:00 Josh Fisher : > >> At failover, there simply is no way for the node taking over the primary >> role to determine the state of the interface on the faili

Re: [Bacula-users] Bacula backup Clusters

2014-05-28 Thread Josh Fisher
On 5/24/2014 2:58 AM, Radosław Korzeniewski wrote: Hello, 2014-05-23 17:30 GMT+02:00 Josh Fisher : At failover, there simply is no way for the node taking over the primary

Re: [Bacula-users] Bacula backup Clusters

2014-05-26 Thread Radosław Korzeniewski
Hello, 2014-05-24 18:15 GMT+02:00 Dmitri Maziuk : > On 5/24/2014 1:58 AM, Radosław Korzeniewski wrote: > ... > > It is the different problem. Yes, bacula could be a more robust > > regarding network problems. > > I wonder how much state you'll to have keep to successfully reconnect. > E.g. re-est

Re: [Bacula-users] Bacula backup Clusters

2014-05-24 Thread Dmitri Maziuk
On 5/24/2014 1:58 AM, Radosław Korzeniewski wrote: ... > It is the different problem. Yes, bacula could be a more robust > regarding network problems. I wonder how much state you'll to have keep to successfully reconnect. E.g. re-establishing database connection at the start of a backup job shou

Re: [Bacula-users] Bacula backup Clusters

2014-05-24 Thread Radosław Korzeniewski
Hello, 2014-05-23 17:30 GMT+02:00 Josh Fisher : > At failover, there simply is no way for the node taking over the primary > role to determine the state of the interface on the failing node. It is > up to software to handle errors caused by the interface going up and > down and reopen sockets. Ba

Re: [Bacula-users] Bacula backup Clusters

2014-05-23 Thread Radosław Korzeniewski
Hello, 2014-05-23 16:37 GMT+02:00 Dmitri Maziuk : > On 5/23/2014 8:35 AM, Radosław Korzeniewski wrote: > > My suggestion was a very simple. Do not install/configure another > > bacula-fd but simply and clever use existing configuration. In my case > > it is a change of 4 parameters and adding a n

Re: [Bacula-users] Bacula backup Clusters

2014-05-23 Thread Dimitri Maziuk
On 05/23/2014 10:30 AM, Josh Fisher wrote: > At failover, there simply is no way for the node taking over the primary > role to determine the state of the interface on the failing node. It is > up to software to handle errors caused by the interface going up and > down and reopen sockets. Bacul

Re: [Bacula-users] Bacula backup Clusters

2014-05-23 Thread Josh Fisher
On 5/23/2014 10:37 AM, Dmitri Maziuk wrote: > On 5/23/2014 8:35 AM, Radosław Korzeniewski wrote: >> My suggestion was a very simple. Do not install/configure another >> bacula-fd but simply and clever use existing configuration. In my case >> it is a change of 4 parameters and adding a new client d

Re: [Bacula-users] Bacula backup Clusters

2014-05-23 Thread Dmitri Maziuk
On 5/23/2014 8:35 AM, Radosław Korzeniewski wrote: > My suggestion was a very simple. Do not install/configure another > bacula-fd but simply and clever use existing configuration. In my case > it is a change of 4 parameters and adding a new client definition - your > require a lot more. FWIW I fa

Re: [Bacula-users] Bacula backup Clusters

2014-05-23 Thread Radosław Korzeniewski
Hello, 2014-05-23 15:02 GMT+02:00 Josh Fisher : > Good point. One bacula-fd instance could be used to backup only the > DRBD-based storage and listen only on the cluster service IP and running > only on the node that is primary. A second bacula-fd instance on each node > could backup all non-clu

Re: [Bacula-users] Bacula backup Clusters

2014-05-23 Thread Josh Fisher
On 5/23/2014 8:07 AM, Radosław Korzeniewski wrote: Hello, 2014-05-23 12:23 GMT+02:00 Willi Fehler : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1

Re: [Bacula-users] Bacula backup Clusters

2014-05-23 Thread Radosław Korzeniewski
Hello, 2014-05-23 12:23 GMT+02:00 Willi Fehler : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hello, > > is there any possibility to do Bacula backup jobs only in case a > directory exists/is mounted? > > We are using DRBD on a 2 node cluster. Usually the first node is > active and the b

Re: [Bacula-users] Bacula backup Clusters

2014-05-23 Thread Josh Fisher
On 5/23/2014 6:23 AM, Willi Fehler wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hello, > > is there any possibility to do Bacula backup jobs only in case a > directory exists/is mounted? > > We are using DRBD on a 2 node cluster. Usually the first node is > active and the backup job

[Bacula-users] Bacula backup Clusters

2014-05-23 Thread Willi Fehler
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, is there any possibility to do Bacula backup jobs only in case a directory exists/is mounted? We are using DRBD on a 2 node cluster. Usually the first node is active and the backup job is running on this node. In case we have to do a failover