On 06/24/2014 08:44 PM, Amjad Syed
wrote:
ok, check bonding modes supported ( depends what OS used - different for rhel ( Centos ) 5 / RHEL ( CentoOS ) 6 it would be good to see logs at from surviving node before it decide to fence its peer. That said, boot machines at same time and see what is happening in logs, there will be reason ( on surviving node logs ) why it thinks that its peer is not in good state so it needs to be fenced. mutlicast is used by default and that traffic needs to be allowed in cluster network. You can rule out issue with muticast if you for test purposes in cluster.conf change
<cman expected_votes="1" two_node="1"/>
to
<cman expected_votes="1" broadcast="yes"
two_node="1"/>
if issue is not visible with broadcast="yes" then you can say that multicast could be issue ( and then you can work to fix that ). If you have RHEL 6 / CentOS you can also try with unicast udp ( udpu, by adding transport="udpu" in above cman stanza , more in doc : https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Cluster_Administration/s1-unicast-traffic-CA.html ) Also you must ensure that fencing is working properly, I recommend to take time and to read : https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Fence_Configuration_Guide/index.html If still there is issue after all your tests with cluster and if you have valid Red Hat subscription ( with proper support level : Standard or Premium ) then you can visit Red Hat Customer portal https://access.redhat.com and open case with Red Hat Support where we can work to fix issue. Kind regards, Elvir Kuric
-- Elvir Kuric,TSE / Red Hat / GSS EMEA / |
-- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster