<div dir="ltr"><div>It looks like pacemaker 1.1.10 fixes a few things related to crmd and fencing failures, so I'd like to test 1.1.10. Unfortunately it's not available for SLES yet, so I guess I just have to wait...</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 21, 2013 at 9:02 PM, Lars Marowsky-Bree <span dir="ltr"><<a href="mailto:lmb@suse.com" target="_blank">lmb@suse.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 2013-08-21T18:15:39, Jan Christian Kaldestad <<a href="mailto:janck76@gmail.com">janck76@gmail.com</a>> wrote:<br>
<br>
> In my case I should mention that stonithing works occasionally when the SBD<br>
> resource is defined on one node only, but not too often. Unfortunately I<br>
> can't seem to find a pattern when it's working or failing. What I'm curious<br>
> about is the following lines in the log file:<br>
<br>
</div>That looks as if you're hitting a pacemaker bug. Please file a bug<br>
report with NTS; I've not seen that in my testing.<br>
<div class="im"><br>
> Of course there is no route to the other host, as the network interface is<br>
> down on the other node. The SBD stonith operation shouldn't be dependent on<br>
> the network connection at all?<br>
<br>
</div>Right. This is pacemaker/stonith-ng not knowing where to send the fence<br>
request, it has nothing to do with sbd.<br>
<div class="im"><br>
> I have also been testing another case where I define the SBD resource on<br>
> both nodes (which is not recommended as I understand). In this case<br>
> stonithing works just fine - always. Thus SBD messaging must be working as<br>
> it should. I also tested to fence the other node with the sbd command, and<br>
> it always works. So I'm still confused why SBD stonithing does not work<br>
> when the resource is defined on one node only.<br>
<br>
</div>Pacemaker bug.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
Regards,<br>
    Lars<br>
<br>
--<br>
Architect Storage/HA<br>
SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg)<br>
"Experience is the name everyone gives to their mistakes." -- Oscar Wilde<br>
<br>
<br>
_______________________________________________<br>
Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
<a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>mvh<div>Jan Christian</div>
</div>