-
Bug
-
Resolution: Not a Bug
-
Minor
-
None
-
rhel-9.4
-
None
-
No
-
Low
-
1
-
rhel-sst-virtualization-cloud
-
ssg_virtualization
-
2
-
False
-
-
None
-
RHELOPC Sprint 33
-
None
-
None
-
None
What were you trying to do that didn't work?
seal the image for rhel9.4 template.
After removing the uuid line in /etc/NetworkManager/system-connections/<CONNECTION>.nmconnection new vm that used copy of template disk started wih the same connection uuid as the VM use to create template
What is the impact of this issue to you?
same network conection uuid in multiple guests
Please provide the package NVR for which the bug is seen:
cloud-init-23.4-7.el9_4.6.noarch
How reproducible is this bug?:
not everytime sometime is needed to create copy of copy of the template
Steps to reproduce
- 1,install rhel 9.4 vm with cloud init or use rhel9.4 qcow image in order to create vm, use cloudinit to define the root account credentials for example, make sure first network rendered is "network-manager"
- 2, seal the image according to https://access.redhat.com/solutions/5793031 (either comment the uuid or delete the whole line or even the file, cleanup the cloudinit data)
- 3, create vm from sealed template image
Expected results
uuid of the interface will be changed
Actual results
uuid is not changed
additional info:
when rendered network-manager - when the vm disk is copied to the new vm (cloud-init has no datasource as none is provided as iso and cloud init data are erased) uuid of the nmcli connection is changed
when renderer is changed to sysconfig network manager see new interface uuid - did not test wth sysconfig renderer as we should prefer network-manager