Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 1049627 - RHEV 3.2 API changing IP on hypervisor bond sub-int reqs re-passing bond opts
Summary: RHEV 3.2 API changing IP on hypervisor bond sub-int reqs re-passing bond opts
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.2.0
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
: 3.4.0
Assignee: Moti Asayag
QA Contact: Martin Pavlik
Whiteboard: network
Depends On:
Blocks: 1068970 rhev3.4beta 1142926
TreeView+ depends on / blocked
Reported: 2014-01-07 21:16 UTC by Dave Sullivan
Modified: 2018-12-05 16:52 UTC (History)
12 users (show)

Fixed In Version: av3
Doc Type: Bug Fix
Doc Text:
Previously, using the Red Hat Enterprise Virtualization API to change options on a NIC (network interface card) sub-interface erased and reverted to default settings any pre-configured bonding options. Now, bonding options are preserved.
Clone Of:
: 1068970 (view as bug list)
Last Closed: 2014-06-09 15:08:21 UTC
oVirt Team: Network
Target Upstream Version:

Attachments (Terms of Use)

System ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2014:0506 normal SHIPPED_LIVE Moderate: Red Hat Enterprise Virtualization Manager 3.4.0 update 2014-06-09 18:55:38 UTC

Description Dave Sullivan 2014-01-07 21:16:15 UTC
Description of problem:

Version-Release number of selected component (if applicable):


Using the RHEV 3.2 python SDK/API(assuming the later) to change the IP addressing on a hypervisor bonding NIC sub-interface causes the bonding NIC and slave NIC configs to be re-written/re-configured(understandably so, especially if we attach a new sub-interface with a larger MTU).  If the desired bonding options for the bonding NIC aren't passed with the sub-interface IP settings, the bonding NIC options will revert to the default settings.  This shouldn't be necessary and it requires that one detect that they're working with a sub-interface and capture the existing bonding options to submit with the IP change.

This is the sub-interface IP address changing sequence that's being used:
host = API().hosts.get(name=hostName)
nic = host.nics.get(name=nicName)
nic.set_ip(params.IP(address=ip, netmask=mask, gateway=gw))
nic = nic.update()

The current behavior requires us to also do something like this prior to the update():
rem = re.match(r"^(bond\d+)\.\d+$",
parentNicName =
parentNic = host.nics.get(name=parentNicName)

Additional info:

This issue is expected to be on 3.3 as well. We will try to test once we have our 3.3 environment set up.

Comment 2 Moti Asayag 2014-01-22 11:53:14 UTC
In order to clarify the described scenario, which is verified to exist on 3.3 as well:

When a vlan 10 network is attached to bond0, it creates a new device named bond0.10.

When updating the bond0.10 device (i.e. boot protocol), the bonding options is being removed from from the bond0, although it wasn't designed to be changed.

The engine should not override in this case the bonding options which weren't supplied by the user in this case and maintain the previous bonding options, as currently configured on the engine db.

While this bug should be fixed for 3.0 api, is there any reason why not to use setup networks api ? Is it a 3.0 cluster ?

Comment 6 Martin Pavlik 2014-03-18 15:37:19 UTC
works in av3

Comment 7 errata-xmlrpc 2014-06-09 15:08:21 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

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