For those trying to create an Ubuntu 18.04 cloud-init template and are stuck wondering why SSH does not work or why the vm disk size is not matching up to what was configured in XOA, please follow the below extra steps.

Note: If using the Ubuntu 18.04 in XCP-NG Center (not XOA), the mininum disk size is 10GB (it is not configurable to 4GB as described in the original Debian article.)

IMO, ignore the CloudInit part of @olivierlambert original blog post (debian) and follow the below steps

The following commands need to be run after you have installed Ubuntu 18.04 (but before you have converted the vm to a template)

# install cloud-init and deps
sudo apt install cloud-init cloud-initramfs-growroot

# !!! This part is important, make sure to keep ConfigDrive checked !!!
# remove all datasources except `ConfigDrive: Reads data from Openstack Config Drive`
sudo dpkg-reconfigure cloud-init

# enable cloud-init systemd unit
sudo systemctl enable cloud-init

# disables bug message from https://bugs.launchpad.net/bugs/1669675
touch /home/ubuntu/.cloud-warnings.skip

# disable root password
passwd -l root

and finally, power off the vm and convert to a template.

Notes

• You shouldn't have to configure the default /etc/cloud/cloud.cfg file as it comes configured by Ubuntu out of the box
• The key is to enable the cloud-init systemd unit before powering off the vm.
• Before enabling cloud-init, when a vm launched from the original template, it did not have SSH installed or the correct disk size.

@moisei I didn't use a custom cloud config. I've only tried adding the ssh-key via XOA

@moisei Sure

Can you try running dpkg-reconfigure cloud-init and select both ConfigDrive and the Openstack option.

From there, I would try the vm template process again.

If that still fails, I would try manually invoking cloud-config from the new vm with the attached cloud-config drive to see if there is an issue with cloud-config or your config.

It should provision itself automatically if everything is correct.

If that fails, you may need to attempt the entire process again and do some more trial/error.

@moisei Before rebooting the Ubuntu 18.04 vm to convert it to an image, did you enable cloud-init service by running

sudo systemctl enable cloud-init

before powering off the vm?

@moisei Can you list steps taken?

Can you verify that ConfigDrive is enabled in the dpkg-reconfigure of cloud-init?

I haven't experimented with a full cloud-config. Only injecting an SSH key via XOA. I'll run through the steps again tonight to see if I run into any issues.

For those trying to create an Ubuntu 18.04 cloud-init template and are stuck wondering why SSH does not work or why the vm disk size is not matching up to what was configured in XOA, please follow the below extra steps.

Note: If using the Ubuntu 18.04 in XCP-NG Center (not XOA), the mininum disk size is 10GB (it is not configurable to 4GB as described in the original Debian article.)

IMO, ignore the CloudInit part of @olivierlambert original blog post (debian) and follow the below steps

The following commands need to be run after you have installed Ubuntu 18.04 (but before you have converted the vm to a template)

# install cloud-init and deps
sudo apt install cloud-init cloud-initramfs-growroot

# !!! This part is important, make sure to keep ConfigDrive checked !!!
# remove all datasources except `ConfigDrive: Reads data from Openstack Config Drive`
sudo dpkg-reconfigure cloud-init

# enable cloud-init systemd unit
sudo systemctl enable cloud-init

# disables bug message from https://bugs.launchpad.net/bugs/1669675
touch /home/ubuntu/.cloud-warnings.skip

# disable root password
passwd -l root

and finally, power off the vm and convert to a template.

Notes

• You shouldn't have to configure the default /etc/cloud/cloud.cfg file as it comes configured by Ubuntu out of the box
• The key is to enable the cloud-init systemd unit before powering off the vm.
• Before enabling cloud-init, when a vm launched from the original template, it did not have SSH installed or the correct disk size.