<br><div class="gmail_quote">On 2 November 2010 11:04, Dejan Muhamedagic <span dir="ltr"><<a href="mailto:dejanmm@fastmail.fm">dejanmm@fastmail.fm</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<br>
<div class="im"><br>
On Tue, Nov 02, 2010 at 08:08:32AM +0100, Pavlos Parissis wrote:<br>
> On 1 November 2010 15:01, Rick Cone <<a href="mailto:rcone@securepaymentsystems.com">rcone@securepaymentsystems.com</a>> wrote:<br>
><br>
> > Dejan,<br>
> ><br>
> > Below I had:<br>
> ><br>
> > primitive res_stonith stonith:apcmastersnmp \<br>
> >         params ipaddr="192.1.1.109" port="161" community="sps" \<br>
> >         op start interval="0" timeout="60s" \<br>
> >         op monitor interval="60s" timeout="60s" \<br>
> >          op stop interval="0" timeout="60s"<br>
> > clone rc_res_stonith res_stonith \<br>
> >         meta target-role="Started"<br>
> ><br>
> > And you commented:<br>
> ><br>
> > You can also use a single instance setup, i.e. without clones.<br>
> ><br>
> > What is this "single instance setup", and what would it look like in the<br>
> > crm<br>
> > configure?<br>
><br>
><br>
> You have one already, res_stonith  is your single instance setup.<br>
<br>
</div>Yes, just don't clone that resource.<br>
<div class="im"><br>
> What are the pros/cons to this compared to the clone setup I<br>
> > have?<br>
> ><br>
><br>
> The decision of cloned or non-cloned stonith resource is mainly driven about<br>
> the ability of the fencing device to accept multiple connections<br>
> simultaneously.<br>
> If you fencing device doesn't allow that then you can only use a non-cloned<br>
> resource.<br>
<br>
</div>Right.<br>
<div class="im"><br></div></blockquote><div><br></div><div>Do you know u<span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">nder which conditions pacemaker initiates multiple connections to a fencing device?</span> </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> The cloned resource will fence a node a bit faster in a case stonith<br>
> resource is running on the node to be fenced, there is no need to move the<br>
> resource to another node and then fence the node.<br>
<br>
</div>Did you measure the time it takes to start the stonith resource?<br></blockquote><div><br></div><div>The last time I tested it was with rackpdu and it took 5 secs for pacemaker to move the resource and trigger the reboot event.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
> But, cloned resource is has a bit more complex configuration. cloning looks<br>
> easy but I bet there is some complexity behind it.<br>
<br>
</div>There is, but in this simple case where clones are not in any<br>
relation to other resources, that shouldn't pose a problem.<br>
<div class="im"><br>
> I have experiment with both versions on AP9606 using the rackpdu agent and<br>
> in both cases worked as expected. Now I am expecting a Aviosys 9258ST and I<br>
> will use the non-cloned version.<br>
<br>
</div>Thanks,<br>
<br>
Dejan<br>
<br></blockquote></div>