I created fence_raritan.
Unfortunately it looks like fencing.py is where the legacy --option was
translated to --action. I believe ovirt calls fencing.py as a proxy to
execute fence_raritan?
The version of fence-agents I pulled from git has the backwards
compatibility removed;
https://lists.fedorahosted.org/pipermail/cluster-commits/2013-February/00...
So if I added support for it in fence_raritan I'm not sure it would work (I
can try) but also the fence-agents guys probably wouldn't take the
submission to have it added to future code.
I edited API.py as in
http://gerrit.ovirt.org/#/c/26075/ and re-compiled
API.py to pyc and pyo files and copied to all my hosts, yet I'm still
getting an error, so I'm wondering if that change is incomplete or I missed
some other step to make this actually work. It's really a bummer
especially since the default behavior with no action is reboot ;)
*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=status,secure=,options=port=/system1/outlet6)*
*Thread-199071::DEBUG::2014-03-25 10:28:13,104::API::1136::vds::(fenceNode)
rc 0 in agent=fence_raritan*
*ipaddr=10.105.128.25*
*login=admin*
*option=status*
*passwd=XXXX*
*port=/system1/outlet6 out Success: Rebooted*
* err Parse error: Ignoring unknown option 'option=status'*
On Tue, Mar 25, 2014 at 6:28 AM, Dan Kenigsberg <danken(a)redhat.com> wrote:
On Tue, Mar 25, 2014 at 05:46:58AM -0400, Eli Mesika wrote:
> AFAIK this is related to
http://gerrit.ovirt.org/#/c/24343/ which
changed --option to --action
> danken ?
I smells very much related.
Where is fence_raritan comming from? Could you have the el6 version of
it support the legacy --option name?
If not, we could consider taking
http://gerrit.ovirt.org/#/c/26075/.
Dan.