<br><br><div class="gmail_quote">On Fri, Feb 6, 2009 at 2:28 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 style=""><br><div><div class="Ih2E3d"><div>On Feb 6, 2009, at 9:53 AM, Romi Verma wrote:</div><br><blockquote type="cite">Thanks Dominic,<br>i have two questions now.<br><br>1) what does no-quorum-policy= suicide means then?? does it remove the resource completely.</blockquote>
<div><br></div></div><div>no, the node kills itself and any other node in the partition</div><div>this makes no sense in a 2 node cluster because both nodes will do this </div></div></div></blockquote><div><br>i assume the partition having less nodes will loose quorum and if no-quorum-policy is set to suicide then then they will commit suicide. <br>
like if in 3 nodes cluster , if one node looses communication to other nodes then there will be two partitions . one will contain 2 nodes and second will contain 1 node. partition having 2 nodes will be having quorum and will not be affected. partition having 1 node will loose quourm and and it will kill itself. is my understanding is right??<br>
<br>i want the partition without quorum to reset the nodes instead of killing . is it possible.<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div><div></div><div class="Ih2E3d"><br><blockquote type="cite"><br><br>2) why each node is thinking itsef as DC as Andrew said after spilit brain election happens and one node is selected as DC.</blockquote>
<div><br></div></div><div>no, i said after the split-brain is _repaired_ an election occurs.</div><div>clearly this can't happen during a split-brian because by definition they can't communicate.</div><div><div></div>
<div class="Wj3C7c"></div></div></div></div></blockquote><div><br>ok got it , so how do we repair this spilit brain condition . by setting no-quorum-policy to reset?? or is there any other way also.<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div><div><div class="Wj3C7c"><br><blockquote type="cite"> This is not happening in my case. <br> i dont have any stonith configured in my cluster . do i need stonith to handle spilit brain situation.<br><br>
<br><br><div class="gmail_quote">On Fri, Feb 6, 2009 at 1:59 PM, Dominik Klein <span dir="ltr"><<a href="mailto:dk@in-telegence.net" target="_blank">dk@in-telegence.net</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>Romi Verma wrote:<br> > Thanks for fast reply ,<br> > Ok, Let me explain the situation. i have two nodes cluster . i pulled out<br> > the network cable of one<br> > node which produced spilit brain situation. this time both nodes are<br>
> thinking that other one is dead. each node is thinking itself as DC and on<br> > each node cluster is up and running without quorum.<br> ><br> > i am new to openais/pacemaker so dont know much but according to some<br>
> documents it seems by default no-quorum-policy is to "stop" the cluster. i<br> > have not specified any no-quorum-policy that's why i expect that my cluster<br> > should stop if it looses quorum somehow.<br>
<br> </div>The "stop" refers to the resources. policy=stop on a node with no quorum<br> means: do not run any resources.<br> <br> "ignore" would mean: run resources even though we don't have quorum<br>
(like the old heartbeat behaviour would be)<br> <br> "freeze" would mean: run and manage what you did run up to this point,<br> but don't aquire any other resources.<br> <br> Regards<br> <font color="#888888">Dominik<br>
</font><div><br> > But in present spilit brain situation , on each node cluster is up and<br> > running without quorum. could you please explain why this is happening.<br> ><br> > Romi<br> ><br> ><br>
> On Fri, Feb 6, 2009 at 12:52 PM, Andrew Beekhof <<a href="mailto:beekhof@gmail.com" target="_blank">beekhof@gmail.com</a>> wrote:<br> ><br> >> Well the no-quorum-policy option applies during the split and an election<br>
>> is held to determine the DC when the partitions reform.<br> >> Can you be more specific please?<br> >> On Feb 6, 2009, at 4:54 AM, Romi Verma wrote:<br> >><br> >><br> >><br> >> hi all,<br>
>>> how does openais + pacemaker (suse 11) cluster handles spilit brain<br> >>> situation . can any one explain.<br> >>><br> >>> Thanks,<br> >>> Romi.<br> >>><br> >> _______________________________________________<br>
>> Pacemaker mailing list<br> >> <a href="mailto:Pacemaker@oss.clusterlabs.org" target="_blank">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> >><br> >><br> >> _______________________________________________<br> >> Pacemaker mailing list<br> >> <a href="mailto:Pacemaker@oss.clusterlabs.org" target="_blank">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> >><br> ><br> ><br> </div>> ------------------------------------------------------------------------<br>
<div><div></div><div>><br> > _______________________________________________<br> > Pacemaker mailing list<br> > <a href="mailto:Pacemaker@oss.clusterlabs.org" target="_blank">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> <br> _______________________________________________<br> Pacemaker mailing list<br>
<a href="mailto:Pacemaker@oss.clusterlabs.org" target="_blank">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></blockquote></div><br> _______________________________________________<br>Pacemaker mailing list<br><a href="mailto:Pacemaker@oss.clusterlabs.org" target="_blank">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>
</blockquote></div></div></div><br></div><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>
<br></blockquote></div><br>