Re: Few queries about fence working

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

 



On 01/26/2012 07:43 AM, jayesh.shinde@xxxxxxxxxxxxx wrote:
> Dear Digimer & Kaloyan Kovachev ,
> 
> Do u think this server shutdown problem ( while fencing simultaneously
> from both node via drbd.conf) can be completely avoid  if I use SAN disk
> instead of DRBD disk ?
> 
> i.e  in case of SAN disk the defined fence config under cluster.conf
> will take care of the n/w failuer and related fencing of node ?
> 
> What you will suggect ,  SAN or DRBD disk.
> please guide me.
> 
> Regards
> Jayesh Shinde

It won't fundamentally remove the issue. Any time there is a break down
in communication between nodes in a two-node cluster, there is going to
be a simultaneous fence call made. Ideally, you would have a fence
device that would not buffer calls, but that maybe not be feasible in
your case.

This is why fence delays exist - specifically to allow one node to
always complete a fence operation before another. If you really want to
avoid having the same node survive a fence call in a split like this,
then your best bet is to add a 3rd node for quorum. However, once you
do, the obliterate fence handler will no longer work as it is restricted
to 2 node clusters only (one of the things rhcs_fence resolves, but it
isn't tested on EL5).

To be honest though, is there really a problem with having one node
pre-defined to win a dual-fence call?

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

--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster


[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux