Hide Forgot
Description of problem: When creating a port without MAC address, the provider needs to make sure the generated MAC address is not already assigned. Version-Release number of selected component (if applicable): RHV 4.2.2.4-0.1.el7 How reproducible: 100% Steps to Reproduce: 1. Create a port without specifying MAC address. Actual results: Provider generates a random MAC, but does not check if it is allocated. Expected results: Should check. Additional info:
I would like to avoid respinning the provider for 4.2.3, if possible.
Any update on this? Is a build planned for 4.2.4?
us: https://gerrit.ovirt.org/#/c/91946/ ds: https://errata.devel.redhat.com/advisory/34343
Verified on: 4.2.4.2-0.1.el7_3 To verify: 0. at the Engine backup: /usr/share/ovirt-provider-ovn/ovndb/ip.py 1. open: vim /usr/share/ovirt-provider-ovn/ovndb/ip.py 2. at the function: _random_mac(): change: macparts.extend([random.randint(0x00, 0xff) for i in range(5)]) to: macparts = [0,0,0,0,0,random.randint(0,2)] This will limit the MAC pull range to 3 items only 3. Restart OVN service: systemctl restart ovn-northd.service 4. Add a port using REST without the "mac_address" key, e.g.: properties = { "name": "port_1", "network_id": <network_id>, } 5. Run section #4 until maximum of 3 MAC will be created verify by running: 'ovn-nbctl show' at the Engine 6. Verify that at the 4th REST call, it doesn't duplicate one of the existing MACs 7. Restore original /usr/share/ovirt-provider-ovn/ovndb/ip.py from backup 8. Restart OVN service: systemctl restart ovn-northd.service
This bugzilla is included in oVirt 4.2.4 release, published on June 26th 2018. Since the problem described in this bug report should be resolved in oVirt 4.2.4 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.