Bug 1070613

Summary: [RFE] consume newly-reported BOOTPROTO and BONDING_OPTS independent of netdevice.cfg
Product: [Retired] oVirt Reporter: Ondřej Svoboda <osvoboda>
Component: ovirt-engine-coreAssignee: Barak <bazulay>
Status: CLOSED CURRENTRELEASE QA Contact: Michael Burman <mburman>
Severity: high Docs Contact:
Priority: medium    
Version: unspecifiedCC: bazulay, bugs, danken, dougsland, gklein, ibarkan, iheim, mburman, mgoldboi, osvoboda, rbalakri, sbonazzo, yeylon
Target Milestone: ---Keywords: FutureFeature
Target Release: 3.6.0   
Hardware: x86_64   
OS: Linux   
Whiteboard: network
Fixed In Version: ovirt-3.6.0-alpha1.2 Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: 987813 Environment:
Last Closed: 2015-11-04 11:38:10 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Network RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 987813, 1186330    
Bug Blocks:    

Description Ondřej Svoboda 2014-02-27 09:00:59 UTC
+++ This bug was initially created as a clone of Bug #987813 +++

Description of problem:
Adding a newly installed host with Fedora 19 to the engine: failed to configure management network on host: 'ovirtmgmt'
The system has only 1 nic, em1, configured with boot=dhcp.

Version-Release number of selected component (if applicable):
Fedora 19, ovirt-engine 3.3 nightly - git0c5620a, adding to 3.3 cluster

It's different from bug #895080 because host-deploy exit with success.

I'll attach the host-deploy log.

--- Additional comment from Sandro Bonazzola on 2013-07-24 04:14:10 EDT ---



--- Additional comment from Sandro Bonazzola on 2013-07-24 04:28:00 EDT ---

after some investigation I've seen that the failing seems due to missing ifcfg-em1 file in network-scripts directory.
The interface was up thanks to networkmanager but the file for the legacy network script was not there.

creating the ifcfg-em1 file allow to add the host without failures.

--- Additional comment from Sandro Bonazzola on 2013-07-24 06:28:53 EDT ---

On the host there is vdsm-4.12.0-0.1.rc3.fc19.x86_64 from ovirt-beta repo

--- Additional comment from Sandro Bonazzola on 2013-07-24 06:33:16 EDT ---



--- Additional comment from Sandro Bonazzola on 2013-07-24 06:33:54 EDT ---



--- Additional comment from Sandro Bonazzola on 2013-07-24 06:34:36 EDT ---



--- Additional comment from Moti Asayag on 2013-07-24 08:54:49 EDT ---

Looking at the first getVdsCaps reveals that the cfg{} element is empty, while the engine uses to read the boot protocol information from it:

'nics': {'em1': {'netmask': '255.255.255.0', 'addr': '192.168.1.107', 'hwaddr': 'b8:ca:3a:76:9a:43', 'cfg': {}, 'ipv6addrs': ['fe80::baca:3aff:fe76:9a43/64'], 'speed': 1000, 'mtu': '1500'}},

--- Additional comment from Dan Kenigsberg on 2013-07-26 04:34:09 EDT ---

Vdsm still requires ifcfg-based host configuration to function properly, and I do not see this changing for ovirt-3.3  :-(

--- Additional comment from Assaf Muller on 2013-10-13 02:35:57 EDT ---

I'm confused - Why is this an RFE?

Isn't this a bug? Does anyone know why the ifcfg file wasn't created during the initial setupNetworks, as it should have?

--- Additional comment from Dan Kenigsberg on 2013-11-19 08:08:15 EST ---

Some flavors of Fedora installation make without the legacy ifcfg files. We've never claimed to support something like that, hence the "RFE".

We should make without the ifcfg, too, and report the values from the system (that's easier for BONDING_OPTS, a bit harder for BOOTPROTO).

--- Additional comment from John Skeoch on 2014-01-12 20:23:51 EST ---

User hateya's account has been closed

--- Additional comment from Douglas Schilling Landgraf on 2014-01-24 08:45:59 EST ---



--- Additional comment from Itamar Heim on 2014-02-13 16:26:59 EST ---

is this still targeted for 3.4?

--- Additional comment from Dan Kenigsberg on 2014-02-13 19:17:30 EST ---

No, it's not done yet.

Comment 2 Michael Burman 2015-08-23 07:57:06 UTC
How this should be verified?

Comment 3 Dan Kenigsberg 2015-08-23 14:23:58 UTC
Truly verifying this requires some tweaks to vdsm. I suggest that you are an after_get_caps hook that strips vdsm of all 'cfg' content. Then, make sure that Engine is happy with the state of the host's networking.

Comment 4 Michael Burman 2015-08-24 08:00:42 UTC
Verified on -  3.6.0-0.12.master.el6 with vdsm-4.17.3-1.el7ev.noarch

Comment 5 Sandro Bonazzola 2015-11-04 11:38:10 UTC
oVirt 3.6.0 has been released on November 4th, 2015 and should fix this issue.
If problems still persist, please open a new BZ and reference this one.