Ubuntu 18 Nightly Builds are failing on Vmware Openstack because of Problems with Cloud Init/VMware Perl customization
Hello,
as confirmed with vmware, it seems that there is a issue with guest OS Customization/
https:/
When cloning a Ubuntu 18 VM in Vmware Integrated Openstack, the deployment fails, as the Machine is not getting configured correctly by cloud init or vmware tools
Is there any plan to install the workaround as described here: https:/
to the Nightly Builds?
With best regards
Matti Haack
Question information
- Language:
- English Edit question
- Status:
- Solved
- Assignee:
- No assignee Edit question
- Solved by:
- Matti Haack
- Solved:
- 2019-03-06
- Last query:
- 2019-03-06
- Last reply:
- 2019-03-04
There is no "Ubuntu 18". There is Ubuntu 18.04 (Codenamed "Bionic" and is LTS (Supported 5 years)) and Ubuntu 18.10 (Codenamed "Cosmic" and is not LTS).
Which are you using please? If you are unsure then please give the output of:
uname -a; lsb_release -a
Thanks
Matti Haack (matttih) said : | #2 |
Sorry to be so vague.
The problem exists at least with the cloud image from Ubuntu 18.04
https:/
Matti Haack (matttih) said : | #3 |
I will add details info tomorrow when I have access to the systems
I suggest you report a bug. I feel it will be a duplicate though. I have colleagues who have the sameissue
Matti Haack (matttih) said : | #5 |
We found that adding the line
disable_
to /etc/cloud/
fixes the issue.
What would be the right way to adress the topic and bring the line to the builds?
I can not figure out if it is a issue wiht cloud-init or open-vmware-tools, so I could not provide details for opening a bug report :(
Matti Haack (matttih) said : | #6 |
We found that adding the line
disable_
to /etc/cloud/
fixes the issue.
What would be the right way to adress the topic and bring the line to the builds?
I can not figure out if it is a issue wiht cloud-init or open-vmware-tools, so I could not provide details for opening a bug report :(
Matti Haack (matttih) said : | #7 |
After some investigation, I was able to find the underlaying issues and the related Bug reports
it is a cloud-init issue:
https:/
https:/
workarounf would be:
add 'disable_
or
as suggested by vmware:
Example: Ubuntu 18.04
1. Download Image
wget https:/
2. Convert to RAW
qemu-img convert -f vmdk -O raw bionic-
3. Add product_name to kernel-paramters It will be added to the environment and detected by cloud-init.
There is no way to change DMI Information on VIO/VMware instances sudo guestmount -a bionic-
sudo guestunmount /mnt
4. Rebuild grub.cfg
sudo guestfish -a bionic-
5. Convert back to vmdk
qemu-img convert -f raw -O vmdk -o adapter_