[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Linux-cluster] Halt nodes in cluster with cable disconnect


It's no true the node without the delay always win

this is from a comment redhat support about this
Red Hat Support  says:

This kbase is a little confusing....The node without the fence delay will always "win" the fence race


It would probably be better to state it this way....


The node without fencedevice "delay" assigned will get fenced faster. So  for the one that you want to prevent getting fenced you'll want that  node's fencedevice to have the delay set.


2012/1/27 Digimer <linux alteeve com>
On 01/27/2012 04:43 PM, Miguel Angel Guerrero wrote:
> Digimer
> the echo c > /proc/sysrq-trigger; command works fine the node with
> this command reboot thank to the fence-peer :) in a scenary without
> "fencing race", how the cluster take a decisition about what node
> reboot in the cable disconnection test?
> One question you think drbd works better in a pacemaker or cman environment?
> Emmanuel
> Your english is good, i preffer talk in spanish :P sorry for my bad
> english ever i learn so much thanks to this thread
> You never say me nothing about my delay fence line
> <fence_daemon clean_start="0" post_fail_delay="10" post_join_delay="30"/>
> Digimer And Emmanuel Thanks a lot for your help and patience

In a fence race, the node with the sleep will always lose.

DRBD works equally fine with Pacemaker and RHCS.

E-Mail:              digimer alteeve com
Papers and Projects: https://alteeve.com

Linux-cluster mailing list
Linux-cluster redhat com

esta es mi vida e me la vivo hasta que dios quiera

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]