Description of problem: At present, Unable to change the 'MAC address' of the guest VM using 'cloud-init' feature. The cloud-init network option allow to set / change network parameters like IP/netmask/gateway but if failed to set/change MAC address for VM. This cause "Duplicate" MAC address issue for cloned VMs. Version-Release number of selected component (if applicable): rhev3.3 How reproducible: Always Steps to Reproduce: 1. Install the "cloud-init" rpm in RHEL guest VM and create cloned image using snapshot. 2. Now, start VM using "run once" option. 3. Under "initial run" check "network" and add network with IP, NETMASK and Gateway 4. The new cloned VM will start with new IP, NETMASK and Gateway address but it still holds the parents "Duplicate" MAC address. Actual results: The cloned VM does not chnage the "MAC address" causing "Duplicate" MAC address issue. Expected results: One should able to set/change MAC address as well using 'network' option of cloud-init from RHEVM portal. Additional info: Currently it's possible using virt-sysprep hook, hook: http://gerrit.ovirt.org/#/c/26886/ The more details about hook can be found in bugzilla #1080752 opened to address this issue urgently for specific customer. But this looks more as new 'RFE'.
I've set Whiteboard to virt, as virt-sysprep is useful to remove all kinds on instance-specific data (ssh keys, user accounts) and not just MAC addresses.
right however per the description the MAC address is the "urgent" part and it is supposedly addressed by bug 1080752 and the attached hook. IMHO this is not an urgent feature then (leaving prio/sev as is for PM to scrub, but currently such an item is preliminary targeted for 4.0) (also fixing product, as having a private oVirt bug doesn't make much sense)
I'd love to see a GUI checkbox asking for "sysprep VM after clone", "sysprep VM after import" and "sysprep template after creation" (the latter should be the default). When set, Engine could issue a (currently non-existing) vdsm verb sysprepImage() to any host.
*** Bug 1120265 has been marked as a duplicate of this bug. ***
(In reply to Dan Kenigsberg from comment #4) note this RFE should cover also an "Import VM" case
This RFE should cover VM from template creation; import VM from export storage domain, number of VMs creation from VM pool. All these flows have the same root cause, mac address given to newly created VMs is random, but the cd /etc/sysconfig/network-scripts/ifcfg-eth0 or whatever interface file config you have, contains mac address from the original VM, from which it was cloned.
*** Bug 1177954 has been marked as a duplicate of this bug. ***
A new RFE 1335642 was opened describing a one-time sealing, this request (doing it automatically during import/deploy) is a flow based on that support
Thank you for submitting this request for inclusion in Red Hat Virtualization. We've carefully evaluated the request, but are unable to include it in a future release. To request that Red Hat re-consider this request, please re-open the bugzilla via appropriate support channels and provide additional business and/or technical details about its importance to you.
BZ<2>Jira Resync