Open smcavoy-vercara opened 1 month ago
in the above syslog shows an entry made by lxd-agent 2s after lxd-agent
Please could you elaborate what you mean by:
by lxd-agent 2s after lxd-agent
Do you mean the 1s gap between log messages?
Or do you mean its happening after cloud-init?
in the above syslog shows an entry made by lxd-agent 2s after lxd-agent
Please could you elaborate what you mean by:
by lxd-agent 2s after lxd-agent
Do you mean the 1s gap between log messages?
Or do you mean its happening after cloud-init?
The log entries are a symptom of the problem, so unimportant, sorry for the confusion
I found that lxd-agent starts after cloud-init-local despite the entry in /usr/lib/systemd/system/lxd-agent.service
...
Before=multi-user.target cloud-init.target cloud-init.service cloud-init-local.service
...
So the issue is specific to the image, which is built from Ubuntu cloud images but via packer.
Any suggestions as to how this might happen?
Thanks.
So it doesn't happen with the ubuntu:
remote images?
Confirmed. running an image from ubuntu:
shows the correct start order of services
Please can you share how you are building the image?
packer -> ansible -> qcow2 -> lxc image import
Required information
Distribution: Ubuntu
Distribution version: 22.04
The output of "snap list --all lxd core20 core22 core24 snapd":
The output of "lxc info" or if that fails:
Issue description
When provisioning VMs cloud-init occasionally does not find the DataSource for LXD
Steps to reproduce
Information to attach
in the above syslog shows an entry made by lxd-agent 2s after lxd-agent
a working cloud-init run:
The above is from an identical job to provision a VM but the cloud-init did run successfully (found the LXD Datasource), notice the difference between syslog entry and lxd-agent