[Bug 2081124] Re: systemd service dependency loop between cloud-init, NetworkManager and dbus
Chad Smith
2081124 at bugs.launchpad.net
Thu Sep 19 20:34:50 UTC 2024
I have also confirmed that livecd-rootfs doesn't appear to have changed
their "drop-in" of cloud-init.service files
https://git.launchpad.net/ubuntu/+source/livecd-rootfs/tree/live-
build/functions#n1060 so it's unlikely a new cloud-init issue introduced
across an SRU boundary.
This makes me think something has changed in systemd or NetworkManager
units and ordering on Noble recently to cause this recent issue or
something that the OEM environment is installing that is causing this
issue:
>From the looks of the var/log/apt/term.log nvidia-kernel-common-550
package seems to be installing a few systemd units
Created symlink /etc/systemd/system/systemd-hibernate.service.wants/nvidia-hibernate.service → /usr/lib/systemd/system/nvidia-hibernate.service.^M^M
Created symlink /etc/systemd/system/systemd-suspend.service.wants/nvidia-resume.service → /usr/lib/systemd/system/nvidia-resume.service.^M^M
Created symlink /etc/systemd/system/systemd-hibernate.service.wants/nvidia-resume.service → /usr/lib/systemd/system/nvidia-resume.service.^M^M
Created symlink /etc/systemd/system/systemd-suspend.service.wants/nvidia-suspend.service → /usr/lib/systemd/system/nvidia-suspend.service.^M^M
I'm guessing we want to look at those and their ordering (systemctl show -p Before,After nvidia-resume.service
and nvidia-suspend.service as that seems to be the only thing outside of stock Desktop images that is altering systemd unit boot order
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to livecd-rootfs in Ubuntu.
https://bugs.launchpad.net/bugs/2081124
Title:
systemd service dependency loop between cloud-init, NetworkManager and
dbus
Status in OEM Priority Project:
New
Status in cloud-init package in Ubuntu:
New
Status in livecd-rootfs package in Ubuntu:
New
Bug description:
We got errors that some services like snapd and NetworkManager is not
started when running cloud-init or desktop, excerpt from journal
below:
Sep 13 12:37:41 localhost.localdomain systemd[1]: cloud-init.service: Found ordering cycle on NetworkManager-wait-online.service/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: cloud-init.service: Found dependency on basic.target/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: cloud-init.service: Found dependency on sockets.target/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: cloud-init.service: Found dependency on cloud-init-hotplugd.socket/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: cloud-init.service: Found dependency on cloud-config.target/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: cloud-init.service: Found dependency on cloud-init.service/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: cloud-init.service: Job NetworkManager-wait-online.service/start deleted to break ordering cycle starting with cloud-init.service/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: NetworkManager.service: Found ordering cycle on dbus.service/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: NetworkManager.service: Found dependency on basic.target/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: NetworkManager.service: Found dependency on sockets.target/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: NetworkManager.service: Found dependency on cloud-init-hotplugd.socket/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: NetworkManager.service: Found dependency on cloud-config.target/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: NetworkManager.service: Found dependency on cloud-init.service/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: NetworkManager.service: Found dependency on NetworkManager.service/start
Sep 13 12:37:41 localhost.localdomain systemd[1]: NetworkManager.service: Job dbus.service/start deleted to break ordering cycle starting with NetworkManager.service/start
Related logs and service files are attached in sosreport.
Internal reference: NANTOU-473
To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/2081124/+subscriptions
More information about the foundations-bugs
mailing list