Bug 2087886 - ipmilan fencing agent configuration panel misses port option and passing it as option ends up with losing the parameter
Summary: ipmilan fencing agent configuration panel misses port option and passing it a...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: BLL.Infra
Version: 4.5.0.8
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ovirt-4.5.1
: ---
Assignee: Eli Mesika
QA Contact: Pavol Brilla
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-05-18 14:14 UTC by Sandro Bonazzola
Modified: 2022-06-23 05:54 UTC (History)
3 users (show)

Fixed In Version: ovirt-engine-4.5.1.1
Doc Type: Release Note
Doc Text:
port option will be always visible for ipmilan fence agent, so admin can override the default port directy (and not using options field) if needed
Clone Of:
Environment:
Last Closed: 2022-06-23 05:54:58 UTC
oVirt Team: Infra
Embargoed:
mperina: ovirt-4.5+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github oVirt ovirt-engine pull 411 0 None open fencing: adding port option to ipmilan agent 2022-06-02 15:47:56 UTC
Red Hat Issue Tracker RHV-46094 0 None None None 2022-05-18 14:37:20 UTC

Description Sandro Bonazzola 2022-05-18 14:14:33 UTC
When setting up power management, selecting ipmilan agent there's no `port` option.

While setting up the configuration you can set as an example "port=6230,lanplus=1" and the verification passes.

Once you save the configuration and exit, returning to the agent configuration only shows `lanplus=1` loosing the port parameter.


This ends up to be problematic if your power controller has same IP but different port for managing different hosts (like in virtualized environments with VirtualBMC https://docs.openstack.org/virtualbmc/latest/ )

Comment 2 Eli Mesika 2022-05-29 11:43:29 UTC
Investigation :

Reproduced om master , however the options are stored correctly in DB but not read correctly from UI 
using API brings the correct result when "options=lanplus=1,port=1111" :

<agents>
  <agent href="/ovirt-engine/api/hosts/dc7cefb5-b6a9-4962-9329-e8d35ef01a8f/fenceagents/4f5f0bc5-b89b-449c-898d-1206e5d4cdb2" id="4f5f0bc5-b89b-449c-898d-1206e5d4cdb2">
    <address>10.37.160.42</address>
    <encrypt_options>false</encrypt_options>
    <options>
      <option>
        <name> port</name>
        <value>1111</value>
      </option>
      <option>
        <name>lanplus</name>
        <value>1</value>
      </option>
    </options>
    <order>1</order>
    <port>1111</port>
    <type>ipmilan</type>
    <username>admin</username>
    <host href="/ovirt-engine/api/hosts/dc7cefb5-b6a9-4962-9329-e8d35ef01a8f" id="dc7cefb5-b6a9-4962-9329-e8d35ef01a8f"/>
  </agent>
</agents>

Comment 3 Pavol Brilla 2022-06-22 16:59:30 UTC
Software Version:4.5.1.2-0.11.el8ev
ipmilan agent has now dedicated Port field for setup

Comment 4 Sandro Bonazzola 2022-06-23 05:54:58 UTC
This bugzilla is included in oVirt 4.5.1 release, published on June 22nd 2022.
Since the problem described in this bug report should be resolved in oVirt 4.5.1 release, it has been closed with a resolution of CURRENT RELEASE.
If the solution does not work for you, please open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.