Re: Removing a node from a running cluster

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

 



Pena, Francisco Javier wrote:
> Hello,
> 
> I am finding a strange cman behavior when removing a node from a running cluster. The starting point is:
> 
> - 3 nodes running RHEL 4 U4, GFS 6.1	(1 vote per node)
> - Quorum disk					(4 votes)
> 
> I stop all cluster services on node 3, then modify the cluster.conf file to remove the node (and adjust the quorum disk votes to 3), and then "ccs_tool update" and "cman_tool version -r <new_version>". The cluster services keep running, however it looks like cman is not completely in sync with ccsd:
> 
> # ccs_tool lsnode
> 
> Cluster name: TestCluster, config_version: 9
> 
> Nodename                        Votes Nodeid Iface Fencetype
> gfsnode1                           1    1          iLO_NODE1
> gfsnode2                           1    2          iLO_NODE2
> 
> 
> # cman_tool nodes
> 
> Node  Votes Exp Sts  Name
>    0    4    0   M   /dev/emcpowera1
>    1    1    3   M   gfsnode1
>    2    1    3   M   gfsnode2
>    3    1    3   X   gfsnode3
> 
> # cman_tool status
> 
> Protocol version: 5.0.1
> Config version: 9
> Cluster name: TestCluster
> Cluster ID: 62260
> Cluster Member: Yes
> Membership state: Cluster-Member
> Nodes: 2
> Expected_votes: 3
> Total_votes: 6
> Quorum: 4
> Active subsystems: 9
> Node name: gfsnode1
> Node ID: 1
> Node addresses: A.B.C.D
> 
> CMAN still thinks the third node is part of the cluster, but has just stopped working. In addition to that, it is not updating the number of votes for the quorum disk. If I completely restart the cluster services on all nodes, I get the right information:
> 
> - Correct votes for the quorum disk
> - Third node dissappears
> - The Expected_votes value is now 2
>

I can't comment on the behaviour of the quorum disk, but cman is behaving as expected. A node is NEVER removed from the internal
lists of cman while any node of the cluster is till active. It is completely harmless in that state, the node simply remains
permanently dead and expected votes is adjusted accordingly.


-- 

patrick

--
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