<br><br><div class="gmail_quote">On Fri, Feb 6, 2009 at 3:24 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 10:49 AM, Romi Verma wrote:</div><br><blockquote type="cite"><br><br><div class="gmail_quote">On Fri, Feb 6, 2009 at 3:09 PM, Andrew Beekhof <span dir="ltr"><<a href="mailto:beekhof@gmail.com" target="_blank">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><br> On Feb 6, 2009, at 10:29 AM, Romi Verma wrote:<br> <br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 > i want the partition without quorum to reset the nodes instead of killing .<br> > is it possible.<br> <br> define the difference between reset node and kill node?<br> <br>  According to me  , killing a node means powering it off but reseting a node means rebooting it.<br>
 </blockquote> <br></div> This is controlled with the  stonith-action option<div><br> <br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> but  dont you think in two nodes cluster if we get spilit brain situation both node will try to stonith each other.<br>
 </blockquote> <br></div> which is why two node clusters are good for demonstrations and thats about it.<br> there are some limited uses for them, but in general you need 3 nodes for a sane cluster</blockquote><div><br>so do you mean two nodes cluster are not good for production environment  because both will try to  stonith each other in spilit brain?? </div>
</div></blockquote><div><br></div></div><div>amongst other things.</div><div><br></div><div>even though one side wins the initial "race-to-stonith", if the looser comes up again and the cause of the split-brain still exists... then they'll just shoot the "winner" so it can start resources... then that node comes up and shoots the other host so it can start resources... etc etc</div>
<div class="Ih2E3d"></div></div></div></blockquote><div><br><br>so we can conclude that two nodes cluster is not recommended for use<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 class="Ih2E3d"><br><blockquote type="cite"><div class="gmail_quote"><div><br> <br>one more question , why we need to configure stonith in two node cluster. we can always set no-quorum policy to "suicide"  </div>
</div></blockquote><div><br></div></div><div>which works by using stonith</div></div></div></blockquote><div><br>Ok , so this mean if a cluster does not have stonith configured then even if it has no-quorum-policy set to suicide nothing will happen. <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></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>