[ClusterLabs] 答复: 答复: Could not start only one node in pacemaker

范国腾 fanguoteng at highgo.com
Wed May 2 01:24:23 EDT 2018


Andrei,

We use the following command to create the cluster:

pcs cluster auth node1 node2 node3 node4 -u hacluster;
pcs cluster setup --name cluster_pgsql node1 node2 node3 node4;
pcs cluster start --all;
pcs property set no-quorum-policy=freeze;
pcs property set stonith-enabled=true;
pcs stonith create scsi-stonith-device fence_scsi devices=/dev/mapper/fence pcmk_monitor_action=metadata pcmk_reboot_action=off pcmk_host_list="node1 node2 node3 node4" meta provides=unfencing;


Could you please tell how to configure if I want to use only fencing or only quorum? Maybe no-quorum-policy=freeze and stonith-enabled=true could not be set at the same time?

Thanks


-----邮件原件-----
发件人: Users [mailto:users-bounces at clusterlabs.org] 代表 Andrei Borzenkov
发送时间: 2018年5月2日 13:06
收件人: users at clusterlabs.org
主题: Re: [ClusterLabs] 答复: Could not start only one node in pacemaker

02.05.2018 07:28, 范国腾 пишет:
> Andrei,
> 
> We set "pcs property set no-quorum-policy=freeze;" If we want to keep 
> this "freeze" value, could you please tell what quorum parameter we 
> should set?
> 

There is no other parameter. Either you base your cluster on quorum or you base your cluster on fencing. Attempt to mix them will give you the result you have observed.

You cannot start resource management until you are aware of state of other nodes so either starting node puts other nodes in defined state
(fencing) or you *MUST* stop and wait for (sufficient number of) other nodes to appear, because doing anything else will clearly violate quorum requirement. Quorum relies on the fact that out-of-quorum nodes will not do anything.

> Thanks
> 
> 
> -----邮件原件----- 发件人: Users [mailto:users-bounces at clusterlabs.org] 代表
> Andrei Borzenkov 发送时间: 2018年5月2日 12:20 收件人: users at clusterlabs.org 主题:
> Re: [ClusterLabs] Could not start only one node in pacemaker
> 
> 02.05.2018 05:52, 范国腾 пишет:
>> Hi, The cluster has three nodes: one is master and two are slave.
>> Now we run “pcs cluster stop --all” to stop all of the nodes. Then we 
>> run “pcs cluster start” in the master node. We find it not able to 
>> started. The cause is that the stonith resource could not be started 
>> so all of the other resource could not be started.
>> 
>> We test this case in two cluster system and the result is same:
>> 
>> l  If we start all of the three nodes, the stonith resource could be 
>> started. If we stop one node after it starts, the stonith resource 
>> could be migrated to another node and the cluster still work.
>> 
>> l  If we start only one or only two nodes, the stonith resource could 
>> not be started.
>> 
>> 
>> (1)   We create the stonith resource using this method in one
>> system: pcs stonith create ipmi_node1 fence_ipmilan 
>> ipaddr="192.168.100.202" login="ADMIN" passwd="ADMIN"
>> pcmk_host_list="node1" pcs stonith create ipmi_node2 fence_ipmilan 
>> ipaddr="192.168.100.203" login="ADMIN" passwd="ADMIN"
>> pcmk_host_list="node2" pcs stonith create ipmi_node3 fence_ipmilan 
>> ipaddr="192.168.100.204" login="ADMIN" passwd="ADMIN"
>> pcmk_host_list="node3"
>> 
>> 
>> (2)   We create the stonith resource using this method in another
>> system:
>> 
>> pcs stonith create scsi-stonith-device fence_scsi 
>> devices=/dev/mapper/fence pcmk_monitor_action=metadata 
>> pcmk_reboot_action=off pcmk_host_list="node1 node2 node3 node4"
>> meta provides=unfencing;
>> 
>> 
>> The log is in the attachment. What prevents the stonith resource to 
>> be started if we only started part of the nodes?
> 
> It says quite clearly
> 
> May  1 22:02:09 node3 pengine[17997]:  notice: Cannot fence unclean 
> nodes until quorum is attained (or no-quorum-policy is set to ignore) 
> _______________________________________________ Users mailing list:
> Users at clusterlabs.org
> https://lists.clusterlabs.org/mailman/listinfo/users
> 
> Project Home: http://www.clusterlabs.org Getting started:
> http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs:
> http://bugs.clusterlabs.org
> _______________________________________________ Users mailing list:
> Users at clusterlabs.org
> https://lists.clusterlabs.org/mailman/listinfo/users
> 
> Project Home: http://www.clusterlabs.org Getting started:
> http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs:
> http://bugs.clusterlabs.org
> 

_______________________________________________
Users mailing list: Users at clusterlabs.org https://lists.clusterlabs.org/mailman/listinfo/users

Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://bugs.clusterlabs.org


More information about the Users mailing list