On 2025-11-19 11:49 PM, Adam Williamson wrote:
In case you're not aware, systemd generates dependencies for 'special'
targets / services in some situations.
I hadn't looked at those, mostly because on one of the systems where it
is easiest to reproduce the problem, all evidence suggests that systemd
is ordering network-online.target before iscsi.service,
and remote-fs.target after iscsi.service, even though iscsi.service is
not enabled.
But, also... not on all systems. One system which doesn't reproduce the
problem does show network-online.target Before iscsi.service, and
remote-fs.target After iscsi.service, but system reaches
remote-fs.target well before network-online.
I guess one way to describe the problem is that systemd is difficult to
understand or troubleshoot because the diagnostic tools list ordering
dependencies for units that are disabled and definitely do not actually
impact the boot order (on the system that does not reproduce the
problem). Sometimes. Other times, the same dependencies do impact the
boot order.
e.g.:
gordon@fedora:~$ systemctl show -p Before iscsi.service
Before=shutdown.target remote-fs.target
gordon@fedora:~$ systemctl show -p Before network-online.target
Before=nfs-server.service rpc-statd-notify.service rsyslog.service
nfs-mountd.service rpc-statd.service nfs-idmapd.service
dnf-makecache.service iscsi.service iscsid.se>
On this system, the tools say that network-online.target must be reached
before starting iscsi.service, and iscsi.service must start before
remote-fs.target. But iscsi.service is disabled, and the boot plot shows
remote-fs.target activating before network-online.target:
remote-fs.target:
Activating: 5.353808
network-online.target:
Activating: 5.576528
--
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
