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-boun...@clusterlabs.org] 代表 Andrei Borzenkov
发送时间: 2018年5月2日 13:06
收件人: users@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-boun...@clusterlabs.org] 代表
> Andrei Borzenkov 发送时间: 2018年5月2日 12:20 收件人: users@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@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@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@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@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

Reply via email to