Re: Is NetworkManager-wait-online.service necessary by default?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Di, 22.02.22 10:32, Chris Murphy (lists@xxxxxxxxxxxxxxxxx) wrote:

> > Normally, unlikely client software, server software should really
> > watch rtnl or so and follow local network configuration to make its
> > services available, and thus it doesn't have to wait for the online
> > sync point...
>
> OK so PackageKit, dnf, and nfs-utils.
>
> In a default clean install, nfs-convert.service is enabled, but vendor
> preset is disabled. I do not know why. When I use "systemctl
> preset-all" it's not enabled. And I'm not finding any candidates in
> /etc for a local change.

We probably should have some form of release criterium that mandates
that on a default install (i.e. one where /etc/fstab has not been
added to include SMB/NFS mounts of so) it is not acceptable that
NM-w-o.s/network-online.target is pulled into the initial transaction
while being transitively ordered before multi-user.target or
graphical.target.

Because that's the issue as Zbigniew mentioned: not so much that
network-online.target is pulled in, but that it is pulled in *and*
something that actually delays the boot — i.e. that delays
multiuser.target or graphical.target being reached — is ordered after
it. Because that means multi-user.target/graphical.target cannot be
reached without the network-online.target also being reached.

By that standard dnf's use of network-online.target is not an issue,
as while dnf-makecache.service is ordered after it transitively, that
service is not ordered before multi-user.target/graphical.target, and
hence does *not* transitively delay m-u.t/g.t to be reached.

(And while we are at it, anything that pulls in and puts
systemd-udev-settle.service should similarly be prohibited).

Lennart

--
Lennart Poettering, Berlin
_______________________________________________
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




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux