<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Oct 27, 2010, at 7:58 AM, Pavlos Parissis wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><div class="gmail_quote">On 27 October 2010 13:43, Vadym Chepkov <span dir="ltr"><<a href="mailto:vchepkov@gmail.com">vchepkov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5"><br>
On Oct 27, 2010, at 7:27 AM, Pavlos Parissis wrote:<br>
<br>
> On 27 October 2010 13:12, Vadym Chepkov <<a href="mailto:vchepkov@gmail.com">vchepkov@gmail.com</a>> wrote:<br>
>><br>
>> On Oct 27, 2010, at 3:47 AM, Pavlos Parissis wrote:<br>
>>><br>
>>> Does anyone know any other PDU which works out of box with the<br>
>>> supplied stonith agents?<br>
>>><br>
>><br>
>> I use APC AP7901, works like a charm:<br>
>><br>
>> primitive pdu stonith:external/rackpdu \<br>
>> params pduip="10.6.6.6" community="pdu-6" hostlist="AUTO"<br>
>> clone fencing pdu<br>
>><br>
>> Vadym<br>
><br>
> Then most likely the defaults OIDs of the rackpdu agents matches the<br>
> OIDs of the AP7901.<br>
> In my case I have to use OID for the device itself<br>
> 1.3.6.1.4.1.318.1.1.4.4.2.1.3 and OID for retrieving (snmpwalk) the<br>
> outlet list .1.3.6.1.4.1.318.1.1.4.4.2.1.4 .<br>
><br>
> Hold on a sec, are you using clone on AP7901? Does it support multiple<br>
> connections? Mine it doesn't.<br>
<br>
</div></div>Then it's useless regardless clone or not, you have to have multiple instances, because server can't reliable fence itself, right?<br>
<div><div></div><div class="h5"><br><br></div></div></blockquote><div><br></div><div>My understanding is/was that I need to have one resource running on 1 of the 3 nodes in the cluster and if a fence event has to be triggered then pacemaker will send to it to the one stonith resource. I am planning to test that the coming days.[1]</div>
<div>Am I right? if not then I have to buy a different PDU! :-(</div><div><br></div></div></blockquote><br></div><div>My understanding is you have to have a fencing device for each of your hosts. Are you sure one connection limitation applies for SNMP? Most likely it's only for tcp sessions - ssh/http ?</div><div>If you look into rackpdu log you will see this:</div><div><br></div><div><div>Oct 19 12:39:00 xen-11 stonithd: [8606]: debug: external_run_cmd: Calling '/usr/lib64/stonith/plugins/external/rackpdu gethosts'</div><div>Oct 19 12:39:01 xen-11 stonithd: [8606]: debug: external_run_cmd: '/usr/lib64/stonith/plugins/external/rackpdu gethosts' output: xen-11 xen-12 Outlet_3 Outlet_4 Outlet_5 Outlet_6 Outlet_7 Outlet_8 </div><div>Oct 19 12:39:01 xen-11 stonithd: [8606]: debug: external_hostlist: running 'rackpdu gethosts' returned 0</div><div>Oct 19 12:39:01 xen-11 stonithd: [8606]: debug: external_hostlist: rackpdu host xen-11</div><div>Oct 19 12:39:01 xen-11 stonithd: [8606]: debug: external_hostlist: rackpdu host xen-12</div><div>Oct 19 12:39:01 xen-11 stonithd: [8606]: debug: external_hostlist: rackpdu host Outlet_3</div><div>Oct 19 12:39:01 xen-11 stonithd: [8606]: debug: external_hostlist: rackpdu host Outlet_4</div><div>Oct 19 12:39:01 xen-11 stonithd: [8606]: debug: external_hostlist: rackpdu host Outlet_5</div><div>Oct 19 12:39:01 xen-11 stonithd: [8606]: debug: external_hostlist: rackpdu host Outlet_6</div><div>Oct 19 12:39:01 xen-11 stonithd: [8606]: debug: external_hostlist: rackpdu host Outlet_7</div><div>Oct 19 12:39:01 xen-11 stonithd: [8606]: debug: external_hostlist: rackpdu host Outlet_8</div><div>Oct 19 12:39:01 xen-11 stonithd: [8606]: debug: remove us (xen-11) from the host list for pdu:0</div><div><br></div><div>check the last line - the agent is smart enough to know it can't fence itself.</div><div><br></div><div>Vadym</div><div><br></div></div><br></body></html>