Description of problem: The ifcfg files on the hypervisor for physical interfaces generated by RHEV have the 'HWADDR' mac address field in them. We need that to not happen. Through biosdevnames and previous techniques we already guarantee that NIC names will remain consistent across boot and this breaks our operational practices. This is focused on RHEV deployment on RHEL6 where NetworkManager does not run. Version-Release number of selected component (if applicable): 3.2 Actual results: Expected results: Additional info: https://bugzilla.redhat.com/show_bug.cgi?id=888329 https://bugzilla.redhat.com/show_bug.cgi?id=824130 (on_qa) It seems that within RHEL7 NetworkManager doesn't require hwaddr to control a device. Nor does NM_CONTROLLED=no necessarily mean a device is not controlled by NetworkManager.
As of http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?h=c308e75b , NM_CONTROLLED=no may be effective even without a HWADDR line. However, to the best of my knowledge, that code is not in NetworkManager-0.9.8.8 and hence not in oVirt's supported platforms. Therefor, users who would like to run NetworkManager and Vdsm on the same host, still require the HWADDR line. Until this changes, would it be reasonable to ask users who find HWADDR lines disturbing to explicitly disable them in /etc/vdsm/vdsm.conf by setting hwaddr_in_ifcfg=never ?
http://gerrit.ovirt.org/23662 has been merged into upstream stable branch. This means that pending qa_ack+, the bug would be delivered in rhev-3.3.1.
vdsm-4.14.1-3.el6.x86_64
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. http://rhn.redhat.com/errata/RHBA-2014-0504.html