<br><br><div class="gmail_quote">On Fri, Mar 13, 2009 at 7:23 PM, Andrew Beekhof <span dir="ltr"><<a href="mailto:beekhof@gmail.com">beekhof@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Thu, Mar 12, 2009 at 14:11, Dejan Muhamedagic <<a href="mailto:dejanmm@fastmail.fm">dejanmm@fastmail.fm</a>> wrote:<br>
> Hi,<br>
><br>
</div><div class="im">> On Sat, Mar 07, 2009 at 11:40:52AM +0530, Romi Verma wrote:<br>
>> Thanks Dejan,<br>
>> it is really good info for me . one more question, suppose we are running a<br>
>> stonith as clone on four nodes cluster. if one nodes fails and it needs to<br>
>> be fenced then who will be elected among rest three nodes to fence this<br>
>> errant node. how this election happens. is there any priority for nodes also<br>
><br>
> No, there is no coordination between nodes. All of them will try<br>
> to reset the node.<br>
<br>
</div>Surely not.<br>
<br>
Thats contrary to how I understood stonithd worked.<br>
I thought, at the very least, the instance on the DC tries to shoot<br>
the node itself before escalating to other nodes.<br>
But even then, it was my understanding that it picks one node at a<br>
time to perform the fencing.</blockquote><div><br>This really make sense.  but  what if the DC itself fails and become errant node then  which node will be choosen to come forward and fence .<br><br>Regards,<br>
<div><div></div><div class="h5"><br>
_______________________________________________<br>
Pacemaker mailing list<br>
<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>
</div></div></div></div><br>