<br><div class="gmail_quote">On 17 November 2010 04:15, Devin Reade <span dir="ltr"><<a href="mailto:gdr@gno.org">gdr@gno.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
--On Wednesday, October 27, 2010 09:47:14 AM +0200 Pavlos Parissis<br>
<div class="im"><<a href="mailto:pavlos.parissis@gmail.com">pavlos.parissis@gmail.com</a>> wrote:<br>
<br>
</div><div class="im">> I have a APC AP9606 PDU and I am trying to find a stonith agent which<br>
> works with that PDU.<br>
<br>
</div>I know that this is an old thread, but I'll reply anyway.<br>
<br>
I have a one cluster that uses an old APC AP9606 for which I've not<br>
been able to obtain a flash update. In particular, it is:<br>
hardware revision: J13<br>
APP version 2.2.0<br>
AOS version 3.0.3<br>
<br>
It is running just fine (see caveat below) with the following configuration,<br>
and I can attest that it has properly stonith'd nodes many times.<br>
<br>
primitive msw stonith:apcmastersnmp \<br>
operations $id="msw-operations" \<br>
op monitor interval="15" timeout="15" start-delay="15" \<br>
params ipaddr="IPADDR" port="161" community="COMMUNITY"<br>
clone msw-clone msw \<br>
meta clone-max="2" target-role="started"<br>
<br>
(yeah, that monitor interval is probably a little quick ...)<br>
<br>
That particular cluster is getting long in the tooth:<br>
pacemaker-1.0.5-4.6.x86_64<br>
openais-0.80.5-15.1.x86_64<br>
<br>
The caveat is that this PDU used to work with the default implementation,<br>
however at some point someone updated the OIDs in apcmastersnmp to<br>
match newer firmware. Therefore, I had to reverse patch that RA:<br>
<br>
===============================================================<br>
--- apcmastersnmp.c.orig 2009-09-26 16:12:27.000000000 -0600<br>
+++ apcmastersnmp.c 2009-09-28 16:46:17.000000000 -0600<br>
@@ -137,12 +137,12 @@<br>
#define OUTLET_NO_CMD_PEND 2<br>
<br>
/* oids */<br>
-#define OID_IDENT ".1.3.6.1.4.1.318.1.1.12.1.5.0"<br>
-#define OID_NUM_OUTLETS<br>
".1.3.6.1.4.1.318.1.1.12.1.8.0"<br>
-#define OID_OUTLET_NAMES<br>
".1.3.6.1.4.1.318.1.1.12.3.4.1.1.2.%i"<br>
-#define OID_OUTLET_STATE<br>
".1.3.6.1.4.1.318.1.1.12.3.3.1.1.4.%i"<br>
-#define OID_OUTLET_COMMAND_PENDING<br>
".1.3.6.1.4.1.318.1.1.12.3.5.1.1.5.%i"<br>
-#define OID_OUTLET_REBOOT_DURATION<br>
".1.3.6.1.4.1.318.1.1.12.3.4.1.1.6.%i"<br>
+#define OID_IDENT ".1.3.6.1.4.1.318.1.1.4.1.4.0"<br>
+#define OID_NUM_OUTLETS ".1.3.6.1.4.1.318.1.1.4.4.1.0"<br>
+#define OID_OUTLET_NAMES ".1.3.6.1.4.1.318.1.1.4.5.2.1.3.%i"<br>
+#define OID_OUTLET_STATE ".1.3.6.1.4.1.318.1.1.4.4.2.1.3.%i"<br>
+#define OID_OUTLET_COMMAND_PENDING ".1.3.6.1.4.1.318.1.1.4.4.2.1.2.%i"<br>
+#define OID_OUTLET_REBOOT_DURATION ".1.3.6.1.4.1.318.1.1.4.5.2.1.5.%i"<br>
<br>
/*<br>
snmpset -c private -v1 <a href="http://172.16.0.32:161" target="_blank">172.16.0.32:161</a><br>
===============================================================<br>
<div><div></div><div class="h5"><br></div></div></blockquote></div><br>I faced the same problem and because I didn't want to modify the code of apcmastersnmp RA, I used the rackpdu RA where I could set OIDs in the parameters.<br>
This RA worked perfectly until the PDU died! <br>I suggest to use the rackpdu RA because if you upgrade your cluster software your modification will be gone.<br><br>Cheers,<br>Pavlos<br><br>