From: Simone Gotti <simone.gotti@gmail.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] [PATCH] Fix pacemaker's wrong quorum view in a CMAN+pacemaker cluster
Date: Sun, 13 Mar 2011 14:17:05 +0100 [thread overview]
Message-ID: <4D7CC3D1.7080600@gmail.com> (raw)
Hi all,
Testing a cman+pacemaker cluster on rhel6 I noticed a very nasty
behavior when some nodes were leaving and rejoining the cluster. When a
nodes starts leaving and rejoining the cluster the quorum view of
pacemaker starts becoming sometimes different from the quorum view of
cman. The one not telling the truth was pacemaker.
I reproduced the problem with a simple test case made of 2 nodes using
cman (no two_nodes flag) and pacemaker (started only on the first node:
pcmk01).
For the tests I was using the latest version of pacemaker (1.1.5) while
keeping the original versions of corosync and cluster (cman) packages
provided by the rhel6 (corosync-1.2.3-21.el6.x86_64,
cman-3.0.12-23.el6.4.x86_64)
The problem is that when a node joins a cluster (starting cman) the cman
on the other nodes emits not one but 2 events (I didn't investigated if
this is normal or present only in some versions of cman) but when crmd
calls cman_dispatch it's using the flag CMAN_DISPATCH_ONE so only one of
the two events is dequeued. In the subsequent cluster event the old one
is dequeued.
The fix I tried used CMAN_DISPATCH_ALL instead of CMAN_DISPATCH_ONE and
looks like its working.
I'm CCing the cluster-devel list as they can be interested in the double
event emitted by cman.
Thanks.
Bye!
== Test case ==
=== Without the patch ===
Start with both nodes with cman started (so the cluster is quorate).
Now stop cman on pcmk02. Output on pcmk01:
pcmk01 corosync[16793]: [CMAN ] quorum lost, blocking activity
pcmk01 corosync[16793]: [QUORUM] This node is within the non-primary
component and will NOT provide any services.
pcmk01 corosync[16793]: [QUORUM] Members[1]: 1
pcmk01 corosync[16793]: [TOTEM ] A processor joined or left the
membership and a new membership was formed.
pcmk01 corosync[16793]: [CPG ] downlist received left_list: 1
pcmk01 corosync[16793]: [CPG ] chosen downlist from node r(0)
ip(192.168.200.71)
pcmk01 corosync[16793]: [MAIN ] Completed service synchronization,
ready to provide service.
pcmk01 crmd: [16993]: notice: cman_event_callback: Membership 668:
quorum lost
Only one event is enqueued.
Now start again cman on pcmk02. Output on pcmk01:
pcmk01 corosync[16793]: [TOTEM ] A processor joined or left the
membership and a new membership was formed.
pcmk01 corosync[16793]: [CMAN ] quorum regained, resuming activity
pcmk01 corosync[16793]: [QUORUM] This node is within the primary
component and will provide service.
pcmk01 corosync[16793]: [QUORUM] Members[2]: 1 2
pcmk01 corosync[16793]: [QUORUM] Members[2]: 1 2
pcmk01 crmd: [16993]: notice: cman_event_callback: Membership 672:
quorum acquired
pcmk01 corosync[16793]: [CPG ] downlist received left_list: 0
pcmk01 corosync[16793]: [CPG ] downlist received left_list: 0
pcmk01 corosync[16793]: [CPG ] chosen downlist from node r(0)
ip(192.168.200.71)
pcmk01 corosync[16793]: [MAIN ] Completed service synchronization,
ready to provide service.
As you can see two events are enqueued and only one si dequeued (due to
the CMAN_DISPATCH_ONE flag passed to cman_dispatch).
The quorum is ragained both on cman and crmd. But there's another event
saying that the quorum is regained in the queue.
Now stop again cman on pcmk02. Output on pcmk01:
pcmk01 corosync[16793]: [CMAN ] quorum lost, blocking activity
pcmk01 corosync[16793]: [QUORUM] This node is within the non-primary
component and will NOT provide any services.
pcmk01 corosync[16793]: [QUORUM] Members[1]: 1
pcmk01 corosync[16793]: [TOTEM ] A processor joined or left the
membership and a new membership was formed.
pcmk01 corosync[16793]: [CPG ] downlist received left_list: 1
pcmk01 corosync[16793]: [CPG ] chosen downlist from node r(0)
ip(192.168.200.71)
pcmk01 corosync[16793]: [MAIN ] Completed service synchronization,
ready to provide service.
pcmk01 crmd: [16993]: info: cman_event_callback: Membership 676: quorum
retained
CMAN says that the quorum is lost and only one event is dispatched. But
crmd dequeued the previous event and thinks that we have the quorum.
Now start again cman on pcmk02. Output on pcmk01:
pcmk01 corosync[16793]: [TOTEM ] A processor joined or left the
membership and a new membership was formed.
pcmk01 corosync[16793]: [CMAN ] quorum regained, resuming activity
pcmk01 corosync[16793]: [QUORUM] This node is within the primary
component and will provide service.
pcmk01 corosync[16793]: [QUORUM] Members[2]: 1 2
pcmk01 corosync[16793]: [QUORUM] Members[2]: 1 2
pcmk01 crmd: [16993]: notice: cman_event_callback: Membership 680:
quorum lost
pcmk01 corosync[16793]: [CPG ] downlist received left_list: 0
pcmk01 corosync[16793]: [CPG ] downlist received left_list: 0
pcmk01 corosync[16793]: [CPG ] chosen downlist from node r(0)
ip(192.168.200.71)
pcmk01 corosync[16793]: [MAIN ] Completed service synchronization,
ready to provide service.
CMAN says that the quorum is regained but crmd dequeued again the old
event and now it says that the quorum is lost. And so on...
=== With the patch ===
stop cman on pcmk02. Output on pcmk01:
pcmk01 corosync[13149]: [CMAN ] quorum lost, blocking activity
pcmk01 corosync[13149]: [QUORUM] This node is within the non-primary
component and will NOT provide any services.
pcmk01 corosync[13149]: [QUORUM] Members[1]: 1
pcmk01 corosync[13149]: [TOTEM ] A processor joined or left the
membership and a new membership was formed.
pcmk01 corosync[13149]: [CPG ] downlist received left_list: 1
pcmk01 corosync[13149]: [CPG ] chosen downlist from node r(0)
ip(192.168.200.71)
pcmk01 corosync[13149]: [MAIN ] Completed service synchronization,
ready to provide service.
pcmk01 crmd: [13351]: notice: cman_event_callback: Membership 648:
quorum lost
Only one event is enqued.
Now start again cman on pcmk02. Output on pcmk01:
pcmk01 corosync[13149]: [TOTEM ] A processor joined or left the
membership and a new membership was formed.
pcmk01 corosync[13149]: [CMAN ] quorum regained, resuming activity
pcmk01 corosync[13149]: [QUORUM] This node is within the primary
component and will provide service.
pcmk01 corosync[13149]: [QUORUM] Members[2]: 1 2
pcmk01 corosync[13149]: [QUORUM] Members[2]: 1 2
pcmk01 crmd: [13351]: notice: cman_event_callback: Membership 652:
quorum acquired
pcmk01 corosync[13149]: [CPG ] downlist received left_list: 0
pcmk01 corosync[13149]: [CPG ] downlist received left_list: 0
pcmk01 corosync[13149]: [CPG ] chosen downlist from node r(0)
ip(192.168.200.71)
pcmk01 corosync[13149]: [MAIN ] Completed service synchronization,
ready to provide service.
pcmk01 crmd: [13351]: info: cman_event_callback: Membership 652: quorum
retained
As you can see two events are enqued and both are dequeued.
--
Simone Gotti
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: crmd_dequeue_all_cman_events-20110313-01.patch
URL: <http://listman.redhat.com/archives/cluster-devel/attachments/20110313/9faafeb6/attachment.ksh>
next reply other threads:[~2011-03-13 13:17 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-13 13:17 Simone Gotti [this message]
2011-03-13 14:34 ` [Cluster-devel] [PATCH] Fix pacemaker's wrong quorum view in a CMAN+pacemaker cluster Fabio M. Di NItto
2011-03-14 7:36 ` Andrew Beekhof
2011-03-14 10:04 ` Simone Gotti
2011-03-14 10:41 ` Andrew Beekhof
2011-03-14 15:37 ` Simone Gotti
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D7CC3D1.7080600@gmail.com \
--to=simone.gotti@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).