NetworkManager/data/NetworkManager-wait-online.service.in

[Unit]
Description=Network Manager Wait Online
Documentation=man:nm-online(1)
Requisite=NetworkManager.service
After=NetworkManager.service
Before=network-online.target

[Service]
Type=oneshot
ExecStart=@bindir@/nm-online -s -q --timeout=30
RemainAfterExit=yes

[Install]
WantedBy=network-online.target
systemd: pull in network.service and introduce NetworkManager-wait-online.service This pulls in network.target from NetworkManager.service (and not the other way round), as suggested and agreed on on the systemd ML: http://lists.freedesktop.org/archives/systemd-devel/2011-March/001692.html This also introduces an auxiliary service NetworkManager-wait-online.service that can be used to order a unit after the point where the network is available. When this is enabled with "systemd enable NetworkManager-wait-online.service" the unit network.target will be delayed until the network is up, which is suitable for synchronizing NFS mounts and similar to it. https://bugzilla.redhat.com/show_bug.cgi?id=692008 2011-04-06 04:30:02 +02:00			`[Unit]`
			`Description=Network Manager Wait Online`
systemd: add Documentation to service files Reference the nm-online and NetworkManager man page in the corresponding service files. https://www.freedesktop.org/software/systemd/man/systemd.unit.html#Documentation= https://bugzilla.gnome.org/show_bug.cgi?id=767168 (cherry picked from commit fe7d12a010cd42c6bf93e690e43548bf9393835a) 2016-06-02 17:41:29 +02:00			`Documentation=man:nm-online(1)`
systemd: fix NetworkManager-wait-online.service to wait for link up (rh #710502) Since commit 0ce4b6b4128f19177072d1bb5f5c3a87783256ba NetworkManager-wait-online.service quits immediately if there is no link yet. Fix it by removing the '-x' option. But if we do just that, NM-w-o would add a useless 30 seconds delay in the case when NM is not running at all. Solve this by adding a Requisite= dependency on NM. https://bugzilla.redhat.com/show_bug.cgi?id=710502 2011-06-17 09:14:23 +02:00			`Requisite=NetworkManager.service`
systemd: tweak NM-wait-online.service 1) Don't require NM, but run after it. This allows this service to be installed without bringing up NetworkManager. Add -x so that it exits if NM isn't running. 2) Install as a want of network.target, instead of multi-user.target. This allows us to skip it if nothing requires network.target or the legacy $network SysV capability. 2011-05-10 16:34:11 -05:00			`After=NetworkManager.service`
systemd: stop blocking network.target in NetworkManager-wait-online.service network.target is a very early boot target which basically says "I can start opening sockets now". It has nothing to do with being connected to the internet and is often required by early boot services as well. Drop the unnecessary and wrong Wants=/Before=network.target to avoid dependency cycles and boot delays. https://bugzilla.gnome.org/show_bug.cgi?id=746039 https://launchpad.net/1430280 2015-03-11 16:28:34 +01:00			`Before=network-online.target`
systemd: pull in network.service and introduce NetworkManager-wait-online.service This pulls in network.target from NetworkManager.service (and not the other way round), as suggested and agreed on on the systemd ML: http://lists.freedesktop.org/archives/systemd-devel/2011-March/001692.html This also introduces an auxiliary service NetworkManager-wait-online.service that can be used to order a unit after the point where the network is available. When this is enabled with "systemd enable NetworkManager-wait-online.service" the unit network.target will be delayed until the network is up, which is suitable for synchronizing NFS mounts and similar to it. https://bugzilla.redhat.com/show_bug.cgi?id=692008 2011-04-06 04:30:02 +02:00
			`[Service]`
			`Type=oneshot`
systemd: update NetworkManager-wait-online.service to wait for startup 2014-03-26 18:14:04 +01:00			`ExecStart=@bindir@/nm-online -s -q --timeout=30`
systemd: use RemainAfterExit=yes for NetworkManager-wait-online.service RemainAfterExit=yes is typically used for Type=oneshot services. systemd-networkd-wait-online.service uses it, so we should as well. See https://www.freedesktop.org/software/systemd/man/systemd.service.html#RemainAfterExit= https://www.freedesktop.org/software/systemd/man/systemd.service.html#Type= https://bugzilla.gnome.org/show_bug.cgi?id=767170 (cherry picked from commit c8199b7de0d9e24e9c64cab89e2a7468e5411081) 2016-06-02 17:58:35 +02:00			`RemainAfterExit=yes`
systemd: pull in network.service and introduce NetworkManager-wait-online.service This pulls in network.target from NetworkManager.service (and not the other way round), as suggested and agreed on on the systemd ML: http://lists.freedesktop.org/archives/systemd-devel/2011-March/001692.html This also introduces an auxiliary service NetworkManager-wait-online.service that can be used to order a unit after the point where the network is available. When this is enabled with "systemd enable NetworkManager-wait-online.service" the unit network.target will be delayed until the network is up, which is suitable for synchronizing NFS mounts and similar to it. https://bugzilla.redhat.com/show_bug.cgi?id=692008 2011-04-06 04:30:02 +02:00
			`[Install]`
systemd: install NetworkManager-wait-online.service into network-online.target This unit "implements" network-online.target, which is fairly independent from multi-user.target, so specify the correct install target. https://bugzilla.gnome.org/show_bug.cgi?id=746039 https://launchpad.net/1430280 2015-03-11 16:25:54 +01:00			`WantedBy=network-online.target`