[Pacemaker] Human confirmation of dead node?

Florian Haas florian.haas at linbit.com
Tue Oct 13 09:40:11 EDT 2009


Please be introduced to the "meatware" stonith plugin.

Cheers
Florian

On 2009-10-13 15:23, J Brack wrote:
> Hi,
> 
> I'm currently using heartbeat. I heard that I'm meant to be using
> pacemaker. I will switch in a heartbeat (sorry) if I can get pacemaker
> to do what I need.
> 
> I have a clustered nfs server, primary is in datacenter1 close to the
> users, secondary is in datacenter2 not close to the users. There is
> only an ethernet connection between the two data centers.
> 
> In the event of a failure of the primary in datacenter1 (or of
> datacenter1 itself), I would like to switch to the secondary in
> datacenter2. The catch? I want a human to confirm that the primary is
> really dead.
> 
> My current heartbeat setup uses meatclient to confirm that a node has
> been reset. This happens to do the same thing as confirming primary is
> really dead for when primary's hardware dies - but for a network
> outage I see the service bounce between the servers after the network
> comes back up again. This is not ideal. I'm kind of hoping the
> pacemaker can handle this more gracefully.
> 
> Can pacemaker be configured to allow manual (human) confirmation that
> the primary node is dead before ever switching services? (i.e. requrie
> human confirmation for all cases when it cannot talk to the other
> node).
> 
> Thanks.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 260 bytes
Desc: OpenPGP digital signature
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20091013/37c76055/attachment-0003.sig>


More information about the Pacemaker mailing list