[Pacemaker] one clarification

2009-03-04 Thread Glory Smith
Hi i was looking the sbd stonith code. when fencing needs arrive , it write "reset" to errant node's slot and return success. now if the sbd daemon is not running on errant node then errant node will not reset itself at all. dont you think it would be nice for sbd stonith to wait for reset confirm

Re: [Pacemaker] testing watchdog

2009-03-04 Thread Priyanka Ranjan
Hi All, when we configure watchdog in sbd stonith. sbd daemon keeps monitoring the watchdog and if it finds that watchdog is not updated then it resets the node. can anyone tell me which daemon update watchdog perodically. Thanks, On Tue, Mar 3, 2009 at 5:32 PM, Priyanka Ranjan wrote: > Hi All

[Pacemaker] pacemaker debian build of march 2: cannot delete failcount

2009-03-04 Thread Bruno Voigt
Hi, I have updated my pacemaker testsystem to the build from March 2: http://download.opensuse.org/repositories/server:/ha-clustering/Debian_Etch/amd64/pacemaker_1.0.2-1_amd64.deb I have a running resource (Xen) with a failcount of 1 on a node, but I a am not able to reset that failcount: r.

Re: [Pacemaker] Andrew and Lars please confirm this.

2009-03-04 Thread Andrew Beekhof
On Wed, Mar 4, 2009 at 10:30, Romi Verma wrote: >> How does a node in Australia connect to a stonith device in Germany if >> the network is down? >> Or more generally, how can the nodes in Australia ensure that the >> nodes in Germany are not running the same services? >> >> How do you even know t

Re: [Pacemaker] Andrew and Lars please confirm this.

2009-03-04 Thread Romi Verma
> > How does a node in Australia connect to a stonith device in Germany if > the network is down? > Or more generally, how can the nodes in Australia ensure that the > nodes in Germany are not running the same services? > > How do you even know that the nodes in Australia should take over? > ok so

Re: [Pacemaker] Andrew and Lars please confirm this.

2009-03-04 Thread Andrew Beekhof
On Wed, Mar 4, 2009 at 05:46, Romi Verma wrote: > Thanks Andrew, > > >> >> >> Pacemaker has various options for how it behaves during a split-brain, but >> 1) Its more desirable to avoid them in the first place >> 2) None of the strategies are (yet) really suited to failing over from >> one physic