[ClusterLabs] [Problem] The crmd fails to connect with pengine.
Jan Pokorný
jpokorny at redhat.com
Wed Jan 2 09:43:15 EST 2019
On 28/12/18 05:51 +0900, renayama19661014 at ybb.ne.jp wrote:
> This problem occurred with our users.
>
> The following problem occurred in a two-node cluster that does not set STONITH.
>
> The problem seems to have occurred in the following procedure.
>
> Step 1) Configure the cluster with 2 nodes. The DC node is the second node.
> Step 2) Several resources are running on the first node.
> Step 3) It stops almost at the same time in order of 2nd node and 1st node.
Do I decipher the above correctly that the cluster is scheduled for
shutdown (fully independently node by node or through a single trigger
with a high level management tool?) and starts proceeding in serial
manner, shutting 2nd node ~ original DC first?
> Step 4) After the second node stops, the first node tries to
> calculate the state transition for the resource stop.
>
> However, crmd fails to connect with pengine and does not calculate state transitions.
>
> -----
> Dec 27 08:36:00 rh74-01 crmd[12997]: warning: Setup of client connection failed, not adding channel to mainloop
> -----
Sadly, it looks like details of why this happened would only be
retained when debugging/tracing verbosity of the log messages
was enabled, which likely wasn't the case.
Anyway, perhaps providing a wider context of the log messages
from this first node might shed some light into this.
> As a result, Pacemaker will stop without stopping the resource.
This might have serious consequences in some scenarios, perhaps
unless some watchdog-based solution (SBD?) was used as a fencing
of choice since it would not get defused just as the resource
wasn't stopped, I think...
> The problem seems to have occurred in the following environment.
>
> - libqb 1.0
> - corosync 2.4.1
> - Pacemaker 1.1.15
>
> I tried to reproduce this problem, but for now it can not be reproduced.
>
> Do you know the cause of this problem?
No idea at this point.
--
Nazdar,
Jan (Poki)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <https://lists.clusterlabs.org/pipermail/users/attachments/20190102/72b80302/attachment.sig>
More information about the Users
mailing list