On Tue, Feb 22, 2022 at 08:26:22PM -0700, Chris Murphy wrote: > On Tue, Feb 22, 2022 at 3:19 PM Lennart Poettering <mzerqung@xxxxxxxxxxx> wrote: > > > > On Di, 22.02.22 14:36, Chris Murphy (lists@xxxxxxxxxxxxxxxxx) wrote: > > > > > On Tue, Feb 22, 2022 at 12:34 PM Gary Buhrmaster > > > <gary.buhrmaster@xxxxxxxxx> wrote: > > > > > > > > Perhaps there are additional hints in: > > > > > > > > systemctl show -p WantedBy,RequiredBy,After,Before network-online.target > > > > > > > > I also suspect i don't understand the > > > > problem well enough to have the correct > > > > clue to help. > > > > > > > > > # systemctl show -p WantedBy,RequiredBy,After,Before network-online.target > > > RequiredBy= > > > WantedBy=packagekit.service dnf-makecache.timer > > > Before=shutdown.target iscsid.service kdump.service > > > dnf-makecache.service iscsi.service > > > > Are any of iscsid.service, iscsi.service, kdump.service actually > > running for you? or enabled? > > None of those are running, all of them are enabled and have vendor > preset enabled as well. > > kdump is coming from kexec-tools, which is installed due to anaconda > and abrt (looks like). > > And the iscsi stuff is coming from iscsi-initiator-utils, which is > installed due to anaconda and gnome-boxes (looks like). > > > > > Most importantly though, let's take one step back: the dnf thing will > > pull the service in, as mentioned, but not delay reaching of > > multi-user.target or graphical.target. So, what are you actually > > seeing? > > Longer time to get to the login window. If 'rhgb quiet' are removed, I > see the red cylon eye at NetworkManager-wait-online.service for maybe > 3-10 seconds depending on whether I'm booting Fedora 35 or 36 (36 has > a ton of debug stuff enabled on my setup, so everything is slower). So yeah, if you see the cylon eye, something is definitely wrong. > journalctl -b | grep 'iscsi\|NetworkManager-wait-online\|kdump' > https://drive.google.com/file/d/1QhSs3v3dkQRG6hzKKyI1KGlc_La3afr4/view?usp=sharing systemd[1]: iscsi.service: starting held back, waiting for: network-online.target So this is the culprit. iscsi.service has Before=remote-fs-pre.target, After=network-online.target, which means that it'll delay the boot. remote-fs-pre.target is Before remote-fs.target which is Before multi-user.target. (Also see the chart in bootup(7).) There's a chain of deps that goes all the way to gnome-boxes and tmt: iscsi-initiator-utils ← libvirt-daemon-driver-storage-iscsi ← libvirt-daemon-driver-storage ← libvirt-daemon-kvm ← gnome-boxes, iscsi-initiator-utils ← libvirt-daemon-driver-storage-iscsi ← libvirt-daemon-driver-storage ← libvirt ← python3-testcloud ← tmt-provision-virtual ← tmt-all. At least the dependency in gnome-boxes means it'll be installed e.g. on Workstation. I see three+ solutions: a) change libvirt-daemon-driver-storage Requires:libvirt-daemon-driver-storage-iscsi to Suggests:libvirt-daemon-driver-storage-iscsi, b) change the preset for iscsi.service to disabled, c) drop the ordering in iscsi.service, d) some combination of the above I don't think we should have a service that delays boot in this way installed and enabled by default. I'd vote for a), because iscsi is rather specialized thing, and if you need it, you know you need it, and you can install a package to get support. And b) requires an explicit command to enable, so we might as well not install the package by default. Zbyszek _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx 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/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
