[ClusterLabs] Weird Fencing Behavior?
Confidential Company
sgurovosa at gmail.com
Tue Jul 17 03:58:48 EDT 2018
Hi,
On my two-node active/passive setup, I configured fencing via
fence_vmware_soap. I configured pcmk_delay=0 on both nodes so I expected
that both nodes will be stonithed simultaenously.
On my test scenario, Node1 has ClusterIP resource. When I disconnect
service/corosync link physically, Node1 was fenced and Node2 keeps alive
given pcmk_delay=0 on both nodes.
Can you explain the behavior above?
See my config below:
[root at ArcosRhel2 cluster]# pcs config
Cluster Name: ARCOSCLUSTER
Corosync Nodes:
ArcosRhel1 ArcosRhel2
Pacemaker Nodes:
ArcosRhel1 ArcosRhel2
Resources:
Resource: ClusterIP (class=ocf provider=heartbeat type=IPaddr2)
Attributes: cidr_netmask=32 ip=172.16.10.243
Operations: monitor interval=30s (ClusterIP-monitor-interval-30s)
start interval=0s timeout=20s (ClusterIP-start-interval-0s)
stop interval=0s timeout=20s (ClusterIP-stop-interval-0s)
Stonith Devices:
Resource: Fence1 (class=stonith type=fence_vmware_soap)
Attributes: action=off ipaddr=172.16.10.151 login=admin passwd=123pass
pcmk_host_list=ArcosRhel1 pcmk_monitor_timeout=60s port=ArcosRhel1(Joniel)
ssl_insecure=1 pcmk_delay_max=0s
Operations: monitor interval=60s (Fence1-monitor-interval-60s)
Resource: fence2 (class=stonith type=fence_vmware_soap)
Attributes: action=off ipaddr=172.16.10.152 login=admin passwd=123pass
pcmk_delay_max=0s pcmk_host_list=ArcosRhel2 pcmk_monitor_timeout=60s
port=ArcosRhel2(Ben) ssl_insecure=1
Operations: monitor interval=60s (fence2-monitor-interval-60s)
Fencing Levels:
Location Constraints:
Resource: Fence1
Enabled on: ArcosRhel2 (score:INFINITY)
(id:location-Fence1-ArcosRhel2-INFINITY)
Resource: fence2
Enabled on: ArcosRhel1 (score:INFINITY)
(id:location-fence2-ArcosRhel1-INFINITY)
Ordering Constraints:
Colocation Constraints:
Ticket Constraints:
Alerts:
No alerts defined
Resources Defaults:
No defaults set
Operations Defaults:
No defaults set
Cluster Properties:
cluster-infrastructure: corosync
cluster-name: ARCOSCLUSTER
dc-version: 1.1.16-12.el7-94ff4df
have-watchdog: false
last-lrm-refresh: 1531810841
stonith-enabled: true
Quorum:
Options:
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/users/attachments/20180717/419666c4/attachment.html>
More information about the Users
mailing list