[Pacemaker] Unnecessary shuffling of master/slave resources and
maybe a split brain
Adrian Chapela
achapela.rexistros at gmail.com
Wed Nov 19 19:59:57 CET 2008
Hello,
after many tests I found some problems in my config. For that I have =
attached my hb_reports for two cases.
The first situation is a problem with connectivity on node2, the master =
node. This node has unplugged the ethernet cable, and for a minutes it =
has no connectivity at all.
Node1 knew problem and it took the control very well but my problem is =
the node2 is considering itself as a master node, this could be =
considered as a split brain ? When technicians plugged again the wire =
two nodes had comunication again. Node2 after a "negotiation" became the =
master node again.
The second situation is similar. Someone unplug the power cable of =
node2. Node1 took control again and it became the master node. Then =
someone plug the power cable again and node2 started up. When Heartbeat =
is started, after a while starting and stoping resources, node2 became =
the master node again. But in this situation node1 remained in a death =
situation.
Could you have a look ? I think this bug I found few moths ago could be =
the reason: http://developerbugs.linux-foundation.org/show_bug.cgi?id=3D1852
Thank you!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: no_connectivity.tar.gz
Type: application/x-gzip
Size: 186359 bytes
Desc: not available
Url : http://list.clusterlabs.org/pipermail/pacemaker/attachments/20081119/=
02d16899/no_connectivity.tar-0001.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stickiness.tar.gz
Type: application/x-gzip
Size: 204009 bytes
Desc: not available
Url : http://list.clusterlabs.org/pipermail/pacemaker/attachments/20081119/=
02d16899/stickiness.tar-0001.bin
More information about the Pacemaker
mailing list