-   Linux - Server (
-   -   2-node clustering setup issues with RHCS (

Phaethar 03-24-2011 09:26 AM

2-node clustering setup issues with RHCS
Hey all,

I've been trying to set up a 2 node cluster using the Red Hat Cluster Service (on CentOS 5.5), and I just haven't been having much luck.

So first, the basic set up. As I said, 2 nodes, identical hardware, connected to a storage array (/dev/sdb). I partitioned the array to use almost all of it as sdb1, which holds the data. The second, small partition of sdb2 is set up as the quorum disk. Fencing is configured using an APC PDU.

Here's how the cluster.conf file looks:


<?xml version="1.0"?>
<cluster alias="TestCluster" config_version="18" name="TestCluster">
        <fence_daemon clean_start="0" post_fail_delay="0" post_join_delay="3"/>
                <clusternode name="" nodeid="1" votes="1">
                                <method name="1">
                                        <device name="RackPDU" port="2"/>
                <clusternode name="" nodeid="2" votes="1">
                                <method name="1">
                                        <device name="RackPDU" port="1"/>
        <cman expected_votes="4"/>
                <fencedevice agent="fence_apc" ipaddr="" login="apc" name="RackPDU" passwd="********"/>
                        <failoverdomain name="Node1FailOver" nofailback="0" ordered="1" restricted="0">
                                <failoverdomainnode name="" priority="2"/>
                                <failoverdomainnode name="" priority="1"/>
                        <failoverdomain name="Node2FailOver" nofailback="0" ordered="1" restricted="0">
                                <failoverdomainnode name="" priority="1"/>
                                <failoverdomainnode name="" priority="2"/>
                        <ip address="" monitor_link="1"/>
                        <clusterfs device="/dev/mapper/Vol_SAN-LVSAN" force_unmount="0" fsid="27588" fstype="gfs2" mountpoint="/TestVol1" name="GFSShare" options="rw"
                        <nfsexport name="NFSExport"/>
                        <nfsclient allow_recover="0" name="ClusterManager" options="rw,sync,anonuid=509,anongid=511" target=""/>                       
                        <smb name="Testserver" workgroup="Workgroup"/>
                <service autostart="1" domain="Node1FailOver" exclusive="0" name="NFS" nfslock="1" recovery="relocate">
                        <ip ref="">
                                <clusterfs fstype="gfs" ref="GFSShare">
                                        <nfsexport ref="NFSExport">
                                                <nfsclient name=" " ref="ClusterManager"/>
                <service autostart="1" domain="Node1FailOver" exclusive="0" name="GFS" recovery="relocate">
                        <clusterfs fstype="gfs" ref="GFSShare"/>
                <service autostart="1" domain="Node1FailOver" exclusive="0" name="IP_Address" recovery="relocate">
                        <ip ref=""/>
                <service autostart="1" domain="Node1FailOver" exclusive="0" name="Samba" nfslock="1" recovery="relocate">
                        <smb ref="Testserver"/>
        <quorumd interval="3" label="testQdisk" min_score="1" tko="6" votes="2"/>

So, Node1 is, and Node2 is Virtual IP for the cluster is NFS and Samba services are set up (and yes, I know Samba isn't cluster aware, but we still need to have it set up, even if the service needs a manual restart in the event of a fail over).

Up until this point, everything works. Clients can bee added for NFS and they can connect, Samba works, etc. Problem is, as soon as I try to test the fail over capabilities, the entire thing comes crashing down. I unplugged the network cable from Node1 to see what would happen. It showed as down via Conga. Node2 displayed a message that the quorum was dissolved, and at that point it lost the mount on the storage array. Bringing Node1 back up had the same issue. So now, after unplugging Node1 from the network, both nodes are down, and I can't get either of them reconnected to the array to bring services back on. No amount of rebooting will make the cluster quorate again. So, I'm stuck.

Now, I'm just learning about the how to set up a cluster, so I'm sure some of my settings are not correct. Specifically, I'm not sure about the failover domains and how those work, and the quorum disk. Most documentation says the number of votes for the quorum disk should be (nodes - 1), which is just 1 in this case. Others have setups where the qdisk itself counts as a vote, meaning I could use 2 as the minimum with 3 total. And if the quorum disk is so fragile that a single node going down nukes the entire cluster... what's the point? How do I go about recovering the cluster in this case? It's completely dead at the moment.

Just looking for a little advice on what I'm doing wrong.


nipples 04-21-2011 02:44 PM

expected votes
Hey ,
I think your expected votes is the culprit.
The way I see it , you are saying in the conf that you need 4 votes to stay quorate.. but that's all the votes you have.
I'd try lowering the value to 3.

--Good luck

All times are GMT -5. The time now is 11:47 PM.