Hi, I have a very strange problem, and after searching through lot of forums, I haven't found the solution. This is the scenario:<br><br>Two node cluster with Red Hat 5.7, HA-LVM, no fencing and quorum disk. I start qdiskd, cman and rgmanager on one node. After 5 minutes, finally the fencing finishes and cluster get quorate with 2 votes:<br>
<br>[root@node2 ~]# clustat<br>Cluster Status for test_cluster @ Wed Jun 20 05:56:39 2012<br>Member Status: Quorate<br><br> Member Name                             ID   Status<br> ------ ----                             ---- ------<br>
 node1-hb                                  1 Offline<br> node2-hb                               2 Online, Local, rgmanager<br> /dev/mapper/vg_qdisk-lv_qdisk               0 Online, Quorum Disk<br><br> Service Name                   Owner (Last)                   State<br>
 ------- ----                   ----- ------                   -----<br> service:postgres                   node2                  started<br><br>Now, I start the second node. When cman reaches fencing, it hangs for 5 minutes aprox, and finally fails. clustat says:<br>
<br>root@node1 ~]# clustat<br>Cluster Status for test_cluster @ Wed Jun 20 06:01:12 2012<br>Member Status: Inquorate<br><br> Member Name                             ID   Status<br> ------ ----                             ---- ------<br>
node1-hb                                  1 Online, Local<br>node2-hb                               2 Offline<br> /dev/mapper/vg_qdisk-lv_qdisk               0 Offline<br><br>And in /var/log/messages I can see this errors:<br>
<br>Jun 20 06:02:12 node1 openais[6098]: [TOTEM] entering OPERATIONAL state.<br>Jun 20 06:02:12 node1 openais[6098]: [CLM  ] got nodejoin message 15.15.2.10<br>Jun 20 06:02:13 node1 dlm_controld[5386]: connect to ccs error -111, check ccsd or cluster status<br>
Jun 20 06:02:13 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>Jun 20 06:02:13 node1 ccsd[6090]: Error while processing connect: Connection refused<br>Jun 20 06:02:13 node1 ccsd[6090]: Initial status:: Inquorate<br>
Jun 20 06:02:13 node1 gfs_controld[5392]: connect to ccs error -111, check ccsd or cluster status<br>Jun 20 06:02:13 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>Jun 20 06:02:13 node1 ccsd[6090]: Error while processing connect: Connection refused<br>
Jun 20 06:02:14 node1 openais[6098]: [TOTEM] entering GATHER state from 9.<br>Jun 20 06:02:14 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>Jun 20 06:02:14 node1 ccsd[6090]: Error while processing connect: Connection refused<br>
Jun 20 06:02:14 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>Jun 20 06:02:14 node1 ccsd[6090]: Error while processing connect: Connection refused<br>Jun 20 06:02:15 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>
Jun 20 06:02:15 node1 ccsd[6090]: Error while processing connect: Connection refused<br>Jun 20 06:02:15 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>Jun 20 06:02:15 node1 ccsd[6090]: Error while processing connect: Connection refused<br>
Jun 20 06:02:15 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>Jun 20 06:02:15 node1 ccsd[6090]: Error while processing connect: Connection refused<br>Jun 20 06:02:16 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>
Jun 20 06:02:16 node1 ccsd[6090]: Error while processing connect: Connection refused<br>Jun 20 06:02:16 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>Jun 20 06:02:16 node1 ccsd[6090]: Error while processing connect: Connection refused<br>
Jun 20 06:02:17 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>Jun 20 06:02:17 node1 ccsd[6090]: Error while processing connect: Connection refused<br>Jun 20 06:02:17 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>
Jun 20 06:02:17 node1 ccsd[6090]: Error while processing connect: Connection refused<br>Jun 20 06:02:18 node1 openais[6098]: [TOTEM] entering GATHER state from 0.<br>Jun 20 06:02:18 node1 openais[6098]: [TOTEM] Creating commit token because I am the rep.<br>
Jun 20 06:02:18 node1 openais[6098]: [TOTEM] Storing new sequence id for ring 15c<br>Jun 20 06:02:18 node1 openais[6098]: [TOTEM] entering COMMIT state.<br>Jun 20 06:02:18 node1 openais[6098]: [TOTEM] entering RECOVERY state.<br>
Jun 20 06:02:18 node1 openais[6098]: [TOTEM] position [0] member <a href="http://15.15.2.10">15.15.2.10</a>:<br>Jun 20 06:02:18 node1 openais[6098]: [TOTEM] previous ring seq 344 rep 15.15.2.10<br>Jun 20 06:02:18 node1 openais[6098]: [TOTEM] aru e high delivered e received flag 1<br>
Jun 20 06:02:18 node1 openais[6098]: [TOTEM] Did not need to originate any messages in recovery.<br>Jun 20 06:02:18 node1 openais[6098]: [TOTEM] Sending initial ORF token<br>Jun 20 06:02:18 node1 openais[6098]: [TOTEM] entering OPERATIONAL state.<br>
Jun 20 06:02:18 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br>Jun 20 06:02:18 node1 ccsd[6090]: Error while processing connect: Connection refused<br>Jun 20 06:02:18 node1 openais[6098]: [TOTEM] entering GATHER state from 9.<br>
Jun 20 06:02:18 node1 ccsd[6090]: Cluster is not quorate.  Refusing connection.<br><br>And the quorum disk:<br><br>[root@node2 ~]# mkqdisk -L -d<br>kqdisk v0.6.0<br>/dev/mapper/vg_qdisk-lv_qdisk:<br>/dev/vg_qdisk/lv_qdisk:<br>
        Magic:                eb7a62c2<br>        Label:                cluster_qdisk<br>        Created:              Thu Jun  7 09:23:34 2012<br>        Host:                 node1<br>        Kernel Sector Size:   512<br>
        Recorded Sector Size: 512<br><br>Status block for node 1<br>        Last updated by node 2<br>        Last updated on Wed Jun 20 06:17:23 2012<br>        State: Evicted<br>        Flags: 0000<br>        Score: 0/0<br>
        Average Cycle speed: 0.000500 seconds<br>        Last Cycle speed: 0.000000 seconds<br>        Incarnation: 4fe1a06c4fe1a06c<br>Status block for node 2<br>        Last updated by node 2<br>        Last updated on Wed Jun 20 07:09:38 2012<br>
        State: Master<br>        Flags: 0000<br>        Score: 0/0<br>        Average Cycle speed: 0.001000 seconds<br>        Last Cycle speed: 0.000000 seconds<br>        Incarnation: 4fe1a06c4fe1a06c<br><br><br>In the other node I don't see any errors in /var/log/messages. One strange thing is that if I start cman on both nodes at the same time, everything works fine and both nodes quorate (until I reboot one node and the problem appears). I've checked that multicast is working properly. With iperf I can send a receive multicast paquets. Moreover I've seen with tcpdump the paquets that openais send when cman is trying to start. I've readed about a bug in RH 5.3 with the same behaviour, but it is solved in RH 5.4. <br>
<br>I don't have Selinux enabled, and Iptables are also disabled. Here is the cluster.conf simplified (with less services and resources). I want to point out one thing. I have allow_kill="0" in order to avoid fencing errors when quorum tries to fence a failed node. As <fence/> is empty, before this stanza I got a lot of messages in /var/log/messages with failed fencing.<br>
<br><?xml version="1.0"?><br><cluster alias="test_cluster" config_version="15" name="test_cluster"><br>        <fence_daemon clean_start="0" post_fail_delay="0" post_join_delay="-1"/><br>
        <clusternodes><br>                <clusternode name="node1-hb" nodeid="1" votes="1"><br>                        <fence/><br>                </clusternode><br>                <clusternode name="node2-hb" nodeid="2" votes="1"><br>
                        <fence/><br>                </clusternode><br>        </clusternodes><br>        <cman two_node="0" expected_votes="3"/><br>        <fencedevices/><br>
<br>        <rm log_facility="local4" log_level="7"><br>                <failoverdomains><br>                        <failoverdomain name="etest_cluster_fo" nofailback="1" ordered="1" restricted="1"><br>
                                <failoverdomainnode name="node1-hb" priority="1"/><br>                                <failoverdomainnode name="node2-hb" priority="2"/><br>
                        </failoverdomain><br>                </failoverdomains><br>        <resources/><br>        <service autostart="1" domain="test_cluster_fo" exclusive="0" name="postgres" recovery="relocate"><br>
                <ip address="172.24.119.44" monitor_link="1"/><br>                <lvm name="vg_postgres" vg_name="vg_postgres" lv_name="postgres"/><br>                <br>
                <fs device="/dev/vg_postgres/postgres" force_fsck="1" force_unmount="1" fstype="ext3" mountpoint="/var/lib/pgsql" name="postgres" self_fence="0"/><br>
               <br>                <script file="/etc/init.d/postgresql" name="postgres"><br>                </script><br>        </service><br>        </rm><br>        <totem consensus="4000" join="60" token="20000" token_retransmits_before_loss_const="20"/><br>
    <quorumd allow_kill="0" interval="1" label="cluster_qdisk" tko="10" votes="1"><br>                <heuristic program="/usr/share/cluster/check_eth_link.sh eth0" score="1" interval="2" tko="3"/><br>
        </quorumd><br> </cluster><br><br><br>The /etc/hosts:<br>172.24.119.10 node1<br>172.24.119.34 node2<br>15.15.2.10 node1-hb node1-hb.localdomain<br>15.15.2.11 node2-hb node2-hb.localdomain<br><br>And the versions:<br>
Red Hat Enterprise Linux Server release 5.7 (Tikanga)<br>cman-2.0.115-85.el5<br>rgmanager-2.0.52-21.el5<br>openais-0.80.6-30.el5<br><br>I don't know what else I should try, so if you can give me some ideas, I will be very pleased.<br>
<br>Regards, Javi.<br>