log_util.py[WARNING]: Getting data from <class 'cloudinit.sources.DataSourceCloudStack.DataSourceCloudStack'> failed

[cyberworm54]

problem

It seems like rhel-10/fedora-43/centos-10 when using cloud init are getting:
Subp.py[WARNING]: Running invalid command: ['dhcpcd', '--dumplease', '--ipv4only', <cloudinit.distros.rhel.Distro object at 0x7f582204d040>]

Log_util.py[WARNING]: Getting data from <class 'cloudinit.sources.'DataSourceCloudStack.DataSourceCloudStack'> failed

It seems like the ssh keys are not getting injected on these platforms. Debian works just fine and injects the key using cloud-init without an issue.

Ex:

ci-info: no authorized SSH keys fingerprints found for user fedora
ci-info: no authorized SSH keys fingerprints found for user centos

debian injects keys just fine.

versions

4.22

The steps to reproduce the bug

1. pull a centos-10/redhat-10/fedora-43 cloud image
2. create a ssh key pair
3. boot image with said ssh key
4. key does not get injected
   ...

What to do about it?

No response

[boring-cyborg[bot]]

Thanks for opening your first issue here! Be sure to follow the issue template!

[wido]

This seems like a problem within the VM and cloud-init, the CloudStack Datasource isn't able to execute a command to find the VR.

The CloudStack DataSource for cloud-init is not maintained directly at the project, but maintained at cloud-init: https://github.com/canonical/cloud-init

It seems like the DataSource ( https://github.com/canonical/cloud-init/blob/main/cloudinit/sources/DataSourceCloudStack.py ) wants to retrieve some DHCP IPv4 details which fails, but I can't tell you why exactly.

[weizhouapache]

@cyberworm54
can you share more cloud-init logs ?

[sptest232]

I'm having the same issue with Debian 13 + ACS 4.22 (with Debian 12 everything is ok).
I configured the VM using https://docs.cloudstack.apache.org/en/latest/adminguide/templates/_cloud_init.html.
I can change the cloud-user password, but that's it. SSH injection and partition expansion don't work.

cloud-init.log

[weizhouapache]

@cyberworm54 @sptest232
it seems to be a known issue with dhcpcd:
https://bugs.launchpad.net/ubuntu/+source/dhcpcd/+bug/2131252

[sptest232]

This link says that the bug is fixed in the package dhcpcd - 1:10.0.6-1ubuntu3.2, but in my case the package 1:10.1.0-11+deb13u1 is installed and cloud-init does not work properly.

[weizhouapache]

This link says that the bug is fixed in the package dhcpcd - 1:10.0.6-1ubuntu3.2, but in my case the package 1:10.1.0-11+deb13u1 is installed and cloud-init does not work properly.

ubuntu and debian are maintained by different teams.
sometimes they maintain different versions and backport different patches.