<div dir="ltr">Eli,<div><br></div><div>I changed the line in API.py and ran py_compile to obtain API.pyc and pyo files, copied them to all hypervisors, and I'm still getting option=status..</div><div><br></div><div>Did I miss something else?</div>
<div><br></div><div><div>Thread-199071::DEBUG::2014-03-25 10:28:10,587::API::1110::vds::(fenceNode) fenceNode(addr=10.105.128.25,port=,agent=raritan,user=admin,passwd=XXXX,action=s</div><div>tatus,secure=,options=port=/system1/outlet6)</div>
</div><div><br></div><div><br></div><div><div>Thread-199071::DEBUG::2014-03-25 10:28:13,104::API::1136::vds::(fenceNode) rc 0 in agent=fence_raritan</div><div>ipaddr=10.105.128.25</div><div>login=admin</div><div>option=status</div>
<div>passwd=XXXX</div><div>port=/system1/outlet6 out Success: Rebooted</div><div> err Parse error: Ignoring unknown option 'option=status'</div></div><div><br></div><div>Looks like in the first command the option was indeed changed to "action=status" but the return status showed "option=status" was used?</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 25, 2014 at 2:46 AM, Eli Mesika <span dir="ltr"><<a href="mailto:emesika@redhat.com" target="_blank">emesika@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
<br>
----- Original Message -----<br>
> From: "David Smith" <<a href="mailto:dsmith@mypchelp.com">dsmith@mypchelp.com</a>><br>
> To: "Eli Mesika" <<a href="mailto:emesika@redhat.com">emesika@redhat.com</a>><br>
> Cc: "Marek Grac" <<a href="mailto:mgrac@redhat.com">mgrac@redhat.com</a>>, "users" <<a href="mailto:users@ovirt.org">users@ovirt.org</a>>, "Yedidyah Bar David" <<a href="mailto:didi@redhat.com">didi@redhat.com</a>><br>
</div><div class="">> Sent: Tuesday, March 25, 2014 3:04:53 AM<br>
> Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list?<br>
><br>
</div><div class="">> All right, serious progress. Thanks to all for your nudges in the right<br>
> direction.<br>
> I've managed to get my ovirt to recognize and use the agent.<br>
> I have a new problem however<br>
><br>
> I get this message when the fence_raritan agent is run: Ignoring unknown<br>
> option 'option=status' fence<br>
> So it appears that my fence_raritan agent is being sent "--option" instead<br>
> of "--action"<br>
><br>
> Since the default behavior is "reboot" (fence_raritan expects --action= not<br>
> --option=) the systems reboot every time a status request is sent :( hehe<br>
><br>
> Related:? <a href="https://bugzilla.redhat.com/show_bug.cgi?id=987446" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=987446</a><br>
> I'm not using "concurrent"<br>
<br>
</div>Not related<br>
<div class=""><br>
><br>
> So the question is, does anyone here know what the best course of action to<br>
> resolve this issue is? My host machines are running centos 6.5.<br>
> Is this problem within a fencing package, ovirt, or other?<br>
<br>
</div>AFAIK this is related to <a href="http://gerrit.ovirt.org/#/c/24343/" target="_blank">http://gerrit.ovirt.org/#/c/24343/</a> which changed --option to --action<br>
danken ?<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> I tried to set option=action in the engine database, but it appears theres<br>
> probably only a few (3?) mappings possible there, unless I'm wrong and<br>
> there are more?<br>
><br>
><br>
> This is what I've changed for now, using 3.3 cluster;<br>
> UPDATE "vdc_options" SET<br>
> option_value='apc:secure=secure,port=ipport,slot=port;apc_snmp:port=port;bladecenter:secure=secure,port=ipport,slot=port;cisco_ucs:secure=ssl,slot=port;drac5:secure=secure,slot=port;eps:slot=port;ilo:secure=ssl,port=ipport;ipmilan:;ilo2:secure=ssl,port=ipport;ilo3:;ilo4:;rsa:secure=secure,port=ipport;rsb:;wti:secure=secure,port=ipport,slot=port;raritan:slot=port,port=ipport;'<br>
> where option_id=389;<br>
><br>
> UPDATE "vdc_options" SET<br>
> option_value='apc,apc_snmp,bladecenter,cisco_ucs,drac5,eps,ilo,ilo2,ilo3,ilo4,ipmilan,rsa,rsb,wti,raritan'<br>
> where option_id=395;<br>
><br>
><br>
> On Mon, Mar 24, 2014 at 2:07 PM, Eli Mesika <<a href="mailto:emesika@redhat.com">emesika@redhat.com</a>> wrote:<br>
><br>
> ><br>
> ><br>
> > ----- Original Message -----<br>
> > > From: "David Smith" <<a href="mailto:dsmith@mypchelp.com">dsmith@mypchelp.com</a>><br>
> > > To: "Eli Mesika" <<a href="mailto:emesika@redhat.com">emesika@redhat.com</a>><br>
> > > Cc: "Marek Grac" <<a href="mailto:mgrac@redhat.com">mgrac@redhat.com</a>>, "users" <<a href="mailto:users@ovirt.org">users@ovirt.org</a>>,<br>
> > "Yedidyah Bar David" <<a href="mailto:didi@redhat.com">didi@redhat.com</a>><br>
> > > Sent: Friday, March 21, 2014 4:33:17 PM<br>
> > > Subject: Re: [Users] Instructions to add a remote controlled power strip<br>
> > not in the native list?<br>
> > ><br>
> > > Hey guys,<br>
> > ><br>
> > > I submitted an initial agent for raritan to the fence-agents group,<br>
> > however<br>
> > > I have a feeling after experimenting with the ipmilan agent that my agent<br>
> > > won't work with oVirt;<br>
> ><br>
> > Can you please elaborate on that ? what will not work and why this is<br>
> > related to the ipmilan card ?<br>
> ><br>
> > ><br>
> > > Is the command set for each agent determined by the oVirt database<br>
> > itself,<br>
> > > in other words, when I add the agent the abilities are then added?<br>
> ><br>
> > Please see <a href="http://www.ovirt.org/Custom_Fencing" target="_blank">http://www.ovirt.org/Custom_Fencing</a> for the exact set of<br>
> > fields in database involved in that.<br>
> > If you are implementing raritan PM agent , you should have fence_raritan<br>
> > in /usr/sbin of the host that is selected as a proxy for the fencing<br>
> > operation, you should also make sure that this script has similar<br>
> > permissions as other scripts bundled with the fence-agents RPM<br>
> ><br>
> > ><br>
> > > For example the agent I submitted only has support for connectivity<br>
> > > settings and power on/off/reboot as well as some delays. Also currently<br>
> > it<br>
> > > requires that the port be specified as a path ie /system1/outlet1<br>
> > ><br>
> > > Will this work as an outlet path?<br>
> ><br>
> > You can try to put that in the options field in the UI for the PM agent<br>
> > definition , i.e "port=/system1/outlet1"<br>
> ><br>
> > > Minimum commands required to work?<br>
> ><br>
> > Not sure I go you here , please elaborate/explain<br>
> ><br>
> > ><br>
> > > Thanks<br>
> > ><br>
> ><br>
><br>
</div></div></blockquote></div><br></div>