RE: Network hiccup + power-fencing = both nodes godown(redhat cluster 4)

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

 



Thanks Patrick.  I have upped my deadnode_timeouts to 120 each.  

My worry though is the box somehow rebooting and joining faster than the
other can wait its 120 seconds and take over the cluster.  Is there
another timeout value that I can tweak to keep the original, crashed
node from rebooting and joining too quickly?  Unfortunately, when the
boxes crash they seem to come right back up and not stay dead.  I think
this might be ILO behavior, but not sure.  I know when I shutdown -hy
now, they stay down, and when the power-fencing takes place they stay
down too, but not for crashes.

Thanks again,
Jeff

-----Original Message-----
From: linux-cluster-bounces@xxxxxxxxxx
[mailto:linux-cluster-bounces@xxxxxxxxxx] On Behalf Of Patrick Caulfield
Sent: Tuesday, January 17, 2006 8:33 AM
To: linux clustering
Subject: Re:  Network hiccup + power-fencing = both nodes
godown(redhat cluster 4)

Jeff Harr wrote:
> Patrick, this is awesome.  Here are my numbers:
> 
> [root@server1 ~]# cat /proc/cluster/config/cman/hello_timer
> 5
> [root@server1 ~]# cat /proc/cluster/config/cman/deadnode_timeout
> 21
> [root@server1 ~]#
> 
> I'm assuming these are seconds.  I think if I increase the
> deadnode_timeout to maybe 120, then a network hiccup or major glitch
> (like a reboot of a switch) could be ignored.

Yes, those are seconds. Sorry I should have said.

-- 

patrick

--

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


--

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