<br>actually after going through few previous posts i am kinda confused. <br> <br>In > 2 nodes cluster , if we configure a ilo stonith (which can control only one node at a time) for a particular node then <br><br>
1) running it on only one node is enough. ??<br>or <br>2) we should run it as clone on all nodes except for one it has been configured??.<br>
<br>Thanks for your help and Extremely sorry for bothering you .<br><br><br><br><div class="gmail_quote">On Thu, Mar 19, 2009 at 11:53 AM, Takenaka Kazuhiro <span dir="ltr"><<a href="mailto:takenaka.kazuhiro@oss.ntt.co.jp" target="_blank">takenaka.kazuhiro@oss.ntt.co.jp</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;">
Hello<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;">
It is completely dependent on your stonith architecture.<br>
Some devices support a list of hosts which means you only need one<br>
stonith resource.<br>
</blockquote>
<br></div>
Even if there is a such device, the Pacemaker stonith mechanism<br>
provides insufficient support for it. Suppose: how should its plugin<br>
instance do when it loses control to one of its target nodes? If a<br>
monitor for the instance returns an error code, Pacemaker loses control<br>
via it to all of its target nodes at a time. On the other hand, If a<br>
monitor for the instance returns a success code, Pacemaker cannot<br>
be aware of the trouble. In the later case, when the node that the<br>
instance cannot control must be shooted, Pacemaker will request<br>
the useless instance to shoot the node.<div><div></div><div><br>
<br>
Andrew Beekhof wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2009/3/16 Romi Verma <<a href="mailto:romi3rdfeb@gmail.com" target="_blank">romi3rdfeb@gmail.com</a>>:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
i guess if DC fails then CRM will elect any other node for DC role and<br>
then , this new DC will try to fence the errant node , if it fails to fence<br>
then it will choose other node for this fencing task.<br>
</blockquote>
Andrew could you please confirm the above .<br>
</blockquote>
<br>
[insert same rant as Lars - this is getting _really_ annoying]<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
one thing more related to stonith design. suppose we have 4 nodes cluster so<br>
do we need 3 stoniths on each node ( to make a node eligible to kill any of<br>
other 3 nodes ) that will lead to 3x4 stoniths or do we need only one<br>
stonith on each node that will be total 4 stoniths .<br>
</blockquote>
<br>
It is completely dependent on your stonith architecture.<br>
Some devices support a list of hosts which means you only need one<br>
stonith resource.<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 experimented this and found that 3 stoniths on each node is required but i<br>
guess it should not be the c ase as CIB has the stonith info so even if<br>
stonith is not running on a node it shoul be able to read the stonith<br>
related info from CIB.<br>
<br>
Thanks,<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Thanks & Regards,<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Regards,<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>
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>
</blockquote>
<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>
</blockquote>
<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>
</blockquote>
<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>
</blockquote>
<br></div></div><font color="#888888">
-- <br>
Takenaka Kazuhiro <<a href="mailto:takenaka.kazuhiro@oss.ntt.co.jp" target="_blank">takenaka.kazuhiro@oss.ntt.co.jp</a>></font><div><div></div><div><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>