staging.inyokaproject.org

via DuckDuckGo

A startjob is running for wait for network to be configured

Status: Gelöst | Ubuntu-Version: Server 22.04 (Jammy Jellyfish)
Antworten |

Navaria

Anmeldungsdatum:
30. Dezember 2006

Beiträge: 117
Zitieren
18. September 2023 23:01

Hi all!

Seit dem letzten Update hängt mein Server beim Booten für 2 Minuten bei dieser Meldung: A startjob is running for wait for network to be configured

Bei der Recherche bin ich auf dieses Topic gestoßen. https://forum.ubuntuusers.de/topic/a-startjob-is-running-for-wait-for-network-to-/

Das Verhalten ist das gleiche, der Workaround hilft auch:

Erstelle das Unterverzeichnis und die Datei: /etc/systemd/system/systemd-networkd-wait-online.service.d/waitany.conf

mit dem Inhalt: 

1
2
3
[Service]
ExecStart=
ExecStart=/lib/systemd/systemd-networkd-wait-online --any --timeout=10 -q

Dennoch stört es mich, dass da ein Service nicht startet:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
sysop@pi-one:~$ systemctl status systemd-networkd-wait-online.service systemd-networkd
× systemd-networkd-wait-online.service - Wait for Network to be Configured
     Loaded: loaded (/lib/systemd/system/systemd-networkd-wait-online.service; enabled; vendor preset: disabled)
    Drop-In: /etc/systemd/system/systemd-networkd-wait-online.service.d
             └─waitany.conf
     Active: failed (Result: exit-code) since Mon 2023-09-18 22:59:47 CEST; 45s ago
       Docs: man:systemd-networkd-wait-online.service(8)
    Process: 849 ExecStart=/lib/systemd/systemd-networkd-wait-online --any --timeout=10 -q (code=exited, status=1/FAILURE)
   Main PID: 849 (code=exited, status=1/FAILURE)
        CPU: 49ms

Sep 18 22:59:01 pi-one systemd[1]: Starting Wait for Network to be Configured...
Sep 18 22:59:47 pi-one systemd-networkd-wait-online[849]: Timeout occurred while waiting for network connectivity.
Sep 18 22:59:47 pi-one systemd[1]: systemd-networkd-wait-online.service: Main process exited, code=exited, status=1/FAILURE
Sep 18 22:59:47 pi-one systemd[1]: systemd-networkd-wait-online.service: Failed with result 'exit-code'.
Sep 18 22:59:47 pi-one systemd[1]: Failed to start Wait for Network to be Configured.

● systemd-networkd.service - Network Configuration
     Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2023-09-18 22:59:01 CEST; 1min 31s ago
TriggeredBy: ● systemd-networkd.socket
       Docs: man:systemd-networkd.service(8)
   Main PID: 848 (systemd-network)
     Status: "Processing requests..."
      Tasks: 1 (limit: 9245)
     Memory: 2.7M
        CPU: 227ms
     CGroup: /system.slice/systemd-networkd.service
             └─848 /lib/systemd/systemd-networkd

Sep 18 22:59:01 pi-one systemd[1]: Starting Network Configuration...
Sep 18 22:59:01 pi-one systemd-networkd[848]: lo: Link UP
Sep 18 22:59:01 pi-one systemd-networkd[848]: lo: Gained carrier
Sep 18 22:59:01 pi-one systemd-networkd[848]: Enumeration completed
Sep 18 22:59:01 pi-one systemd[1]: Started Network Configuration.
Sep 18 22:59:01 pi-one systemd-networkd[848]: eth0: Link UP
Sep 18 22:59:05 pi-one systemd-networkd[848]: eth0: Gained carrier
Sep 18 22:59:05 pi-one systemd-networkd[848]: eth0: DHCPv4 address 192.168.178.38/24 via 192.168.178.1
Sep 18 22:59:06 pi-one systemd-networkd[848]: eth0: Gained IPv6LL
Sep 18 22:59:52 pi-one systemd-networkd[848]: wlan0: Link UP

Das muss doch ne ursächliche Lösung dafür geben?

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14402
Zitieren
18. September 2023 23:48 (zuletzt bearbeitet: 18. September 2023 23:54)

Navaria schrieb:

Dennoch stört es mich, dass da ein Service nicht startet:

sysop@pi-one:~$ systemctl status systemd-networkd-wait-online.service systemd-networkd
× systemd-networkd-wait-online.service - Wait for Network to be Configured
     Loaded: loaded (/lib/systemd/system/systemd-networkd-wait-online.service; enabled; vendor preset: disabled)
    Drop-In: /etc/systemd/system/systemd-networkd-wait-online.service.d
             └─waitany.conf
     Active: failed (Result: exit-code) since Mon 2023-09-18 22:59:47 CEST; 45s ago
       Docs: man:systemd-networkd-wait-online.service(8)
    Process: 849 ExecStart=/lib/systemd/systemd-networkd-wait-online --any --timeout=10 -q (code=exited, status=1/FAILURE)
   Main PID: 849 (code=exited, status=1/FAILURE)
        CPU: 49ms

Dann teste mal mit folgendem Inhalt: 

[Service]
ExecStart=
ExecStart=/lib/systemd/systemd-networkd-wait-online --any -i eth0:missing -i wlan0:missing --timeout=10 -q

in der 

/etc/systemd/system/systemd-networkd-wait-online.service.d/waitany.conf

Poste auch die Ausgabe von: 

ip link

EDIT:

Wenn Du IPv6 nicht benutzt/brauchst, dann mit dem boot-Parameter deaktivieren. Poste auch die *.network-Datei für das eth0-Interface.

Navaria

(Themenstarter)

Anmeldungsdatum:
30. Dezember 2006

Beiträge: 117
Zitieren
19. September 2023 00:00

OK - Ausgabe vor der Änderung 

1
2
3
4
5
6
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether e4:5f:01:46:f9:4d brd ff:ff:ff:ff:ff:ff
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DORMANT group default qlen 1000
    link/ether e4:5f:01:46:f9:4e brd ff:ff:ff:ff:ff:ff

und nach der Änderung 

1
2
3
4
5
6
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether e4:5f:01:46:f9:4d brd ff:ff:ff:ff:ff:ff
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DORMANT group default qlen 1000
    link/ether e4:5f:01:46:f9:4e brd ff:ff:ff:ff:ff:ff

Schaut identisch aus.

Der Reboot dauert jetzt wieder deutlich länger (etwa 2 Minuten, habs nicht genau gesehen weil ich nur per ssh drauf war), aber: 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
sysop@pi-two:~$ systemctl status systemd-networkd-wait-online.service systemd-networkd
● systemd-networkd-wait-online.service - Wait for Network to be Configured
     Loaded: loaded (/lib/systemd/system/systemd-networkd-wait-online.service; enabled; vendor preset: disabled)
    Drop-In: /etc/systemd/system/systemd-networkd-wait-online.service.d
             └─waitany.conf
     Active: active (exited) since Mon 2023-09-18 23:54:25 CEST; 1min 7s ago
       Docs: man:systemd-networkd-wait-online.service(8)
    Process: 799 ExecStart=/lib/systemd/systemd-networkd-wait-online --any -i eth0:missing -i wlan0:missing --timeout=10 -q (code=exited, status=0/SU>
   Main PID: 799 (code=exited, status=0/SUCCESS)
        CPU: 19ms

Sep 18 23:54:25 pi-two systemd[1]: Starting Wait for Network to be Configured...
Sep 18 23:54:25 pi-two systemd[1]: Finished Wait for Network to be Configured.

● systemd-networkd.service - Network Configuration
     Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2023-09-18 23:54:25 CEST; 1min 7s ago
TriggeredBy: ● systemd-networkd.socket
       Docs: man:systemd-networkd.service(8)
   Main PID: 798 (systemd-network)
     Status: "Processing requests..."
      Tasks: 1 (limit: 9245)
     Memory: 2.7M
        CPU: 210ms
     CGroup: /system.slice/systemd-networkd.service
             └─798 /lib/systemd/systemd-networkd

Sep 18 23:54:24 pi-two systemd[1]: Starting Network Configuration...
Sep 18 23:54:25 pi-two systemd-networkd[798]: lo: Link UP
Sep 18 23:54:25 pi-two systemd-networkd[798]: lo: Gained carrier
Sep 18 23:54:25 pi-two systemd-networkd[798]: Enumeration completed
Sep 18 23:54:25 pi-two systemd[1]: Started Network Configuration.
Sep 18 23:54:25 pi-two systemd-networkd[798]: eth0: Link UP
Sep 18 23:54:29 pi-two systemd-networkd[798]: eth0: Gained carrier
Sep 18 23:54:29 pi-two systemd-networkd[798]: eth0: DHCPv4 address 192.168.178.48/24 via 192.168.178.1
Sep 18 23:54:29 pi-two systemd-networkd[798]: wlan0: Link UP
Sep 18 23:54:30 pi-two systemd-networkd[798]: eth0: Gained IPv6LL

Was bedeutet Active: active (exited) ?

Meine Interpretation: Wurde erfolgreich gestartet, aber dann beendet?

Haben wir jetzt irgendwas gewonnen? 😀

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14402
Zitieren
19. September 2023 00:09

Navaria schrieb:

OK - Ausgabe vor der Änderung und nach der Änderung Schaut identisch aus.

Ja. Vor und nach ist nicht relevant. Ich wollte nur sehen, ob Du noch zusätzliche Interfaces hast. Ist aber nicht der Fall.

Navaria schrieb:

Der Reboot dauert jetzt wieder deutlich länger (etwa 2 Minuten, habs nicht genau gesehen weil ich nur per ssh drauf war), aber:

Das ist nicht gut. Teste mal auch mit: 

ExecStart=/lib/systemd/systemd-networkd-wait-online --any -i lo:missing -i eth0:missing -i wlan0:missing --timeout=10 -q

Wenn es nicht besser wird, dann die "-i" Optionen wieder entfernen. Warum brauchst Du auf deinem Server das wlan0-Interface? Poste (für morgen) die *.network-Datei für das eth0-Interface.

Navaria

(Themenstarter)

Anmeldungsdatum:
30. Dezember 2006

Beiträge: 117
Zitieren
19. September 2023 00:28

Ok das ging jetzt deutlich schneller:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
sysop@pi-two:~$ systemctl status systemd-networkd-wait-online.service systemd-networkd
● systemd-networkd-wait-online.service - Wait for Network to be Configured
     Loaded: loaded (/lib/systemd/system/systemd-networkd-wait-online.service; enabled; vendor preset: disabled)
    Drop-In: /etc/systemd/system/systemd-networkd-wait-online.service.d
             └─waitany.conf
     Active: active (exited) since Tue 2023-09-19 00:24:08 CEST; 1min 35s ago
       Docs: man:systemd-networkd-wait-online.service(8)
    Process: 849 ExecStart=/lib/systemd/systemd-networkd-wait-online --any -i lo:missing -i eth0:missing -i wlan0:missing --timeout=10 -q (code=exite>
   Main PID: 849 (code=exited, status=0/SUCCESS)
        CPU: 18ms

Sep 19 00:24:08 pi-two systemd[1]: Starting Wait for Network to be Configured...
Sep 19 00:24:08 pi-two systemd[1]: Finished Wait for Network to be Configured.

● systemd-networkd.service - Network Configuration
     Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2023-09-19 00:24:08 CEST; 1min 35s ago
TriggeredBy: ● systemd-networkd.socket
       Docs: man:systemd-networkd.service(8)
   Main PID: 848 (systemd-network)
     Status: "Processing requests..."
      Tasks: 1 (limit: 9245)
     Memory: 2.7M
        CPU: 213ms
     CGroup: /system.slice/systemd-networkd.service
             └─848 /lib/systemd/systemd-networkd

Sep 19 00:24:08 pi-two systemd[1]: Starting Network Configuration...
Sep 19 00:24:08 pi-two systemd-networkd[848]: lo: Link UP
Sep 19 00:24:08 pi-two systemd-networkd[848]: lo: Gained carrier
Sep 19 00:24:08 pi-two systemd-networkd[848]: Enumeration completed
Sep 19 00:24:08 pi-two systemd[1]: Started Network Configuration.
Sep 19 00:24:08 pi-two systemd-networkd[848]: eth0: Link UP
Sep 19 00:24:12 pi-two systemd-networkd[848]: eth0: Gained carrier
Sep 19 00:24:12 pi-two systemd-networkd[848]: eth0: DHCPv4 address 192.168.178.48/24 via 192.168.178.1
Sep 19 00:24:13 pi-two systemd-networkd[848]: wlan0: Link UP
Sep 19 00:24:14 pi-two systemd-networkd[848]: eth0: Gained IPv6LL

Das WLAN Interface brauche ich eigentlich nicht, ist nicht mal konfiguriert. Ich brauche einzig die kabelgebundene LAN Verbindung.

wo finde ich die .network Datei für eth0? Unter /etc/systemd/network finde ich nichts, ist leer.

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14402
Zitieren
19. September 2023 07:40

Navaria schrieb:

   Main PID: 849 (code=exited, status=0/SUCCESS)
        CPU: 18ms

Sep 19 00:24:08 pi-two systemd[1]: Starting Wait for Network to be Configured...
Sep 19 00:24:08 pi-two systemd[1]: Finished Wait for Network to be Configured.

OK, das passt.
Navaria schrieb:

Das WLAN Interface brauche ich eigentlich nicht, ist nicht mal konfiguriert. Ich brauche einzig die kabelgebundene LAN Verbindung.

Du könntest dann den Treiber für das wlan0-Interface, blacklisten.
Navaria schrieb:

wo finde ich die .network Datei für eth0? Unter /etc/systemd/network finde ich nichts, ist leer.

Es müsste schon was da sein, denn:

Sep 19 00:24:12 pi-two systemd-networkd[848]: eth0: DHCPv4 address 192.168.178.48/24 via 192.168.178.1

Wie ist die Ausgabe von: 

sudo find / -iname '*.network'

?

Navaria

(Themenstarter)

Anmeldungsdatum:
30. Dezember 2006

Beiträge: 117
Zitieren
19. September 2023 07:49

Das ist die Ausgabe:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
sysop@pi-two:~$ sudo find / -iname '*.network'
[sudo] Passwort für sysop: 
/snap/core20/1977/usr/lib/systemd/network/80-container-host0.network
/snap/core20/1977/usr/lib/systemd/network/80-container-ve.network
/snap/core20/1977/usr/lib/systemd/network/80-container-vz.network
/snap/core20/1977/usr/lib/systemd/network/80-wifi-adhoc.network
/snap/core20/2019/usr/lib/systemd/network/80-container-host0.network
/snap/core20/2019/usr/lib/systemd/network/80-container-ve.network
/snap/core20/2019/usr/lib/systemd/network/80-container-vz.network
/snap/core20/2019/usr/lib/systemd/network/80-wifi-adhoc.network
/snap/core22/861/usr/lib/systemd/network/80-container-host0.network
/snap/core22/861/usr/lib/systemd/network/80-container-ve.network
/snap/core22/861/usr/lib/systemd/network/80-container-vz.network
/snap/core22/861/usr/lib/systemd/network/80-vm-vt.network
/snap/core22/861/usr/lib/systemd/network/80-wifi-adhoc.network
/snap/core22/867/usr/lib/systemd/network/80-container-host0.network
/snap/core22/867/usr/lib/systemd/network/80-container-ve.network
/snap/core22/867/usr/lib/systemd/network/80-container-vz.network
/snap/core22/867/usr/lib/systemd/network/80-vm-vt.network
/snap/core22/867/usr/lib/systemd/network/80-wifi-adhoc.network
/snap/core18/2788/lib/systemd/network/80-container-host0.network
/snap/core18/2788/lib/systemd/network/80-container-ve.network
/snap/core18/2788/lib/systemd/network/80-container-vz.network
/snap/core18/2794/lib/systemd/network/80-container-host0.network
/snap/core18/2794/lib/systemd/network/80-container-ve.network
/snap/core18/2794/lib/systemd/network/80-container-vz.network
find: ‘/run/user/1002/doc’: Keine Berechtigung
find: ‘/run/user/1002/gvfs’: Keine Berechtigung
/run/systemd/network/10-netplan-eth0.network
/usr/lib/systemd/network/80-vm-vt.network
/usr/lib/systemd/network/80-container-ve.network
/usr/lib/systemd/network/80-wifi-adhoc.network
/usr/lib/systemd/network/80-container-host0.network
/usr/lib/systemd/network/80-container-vz.network

Wie blackliste ich ein Interface, in dem Fall das wlan0?

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14402
Zitieren
19. September 2023 07:57 (zuletzt bearbeitet: 19. September 2023 07:58)

Navaria schrieb:

Das ist die Ausgabe:

sysop@pi-two:~$ sudo find / -iname '*.network'
[sudo] Passwort für sysop: 
/snap/core20/1977/usr/lib/systemd/network/80-container-host0.network

Wie blackliste ich ein Interface, in dem Fall das wlan0?

Mit snap, container, ... kenne ich mich nicht aus. Dann evtl. besser nichts blacklisten, weil ich nicht weiß welche Auswirkungen das auf deine diese Netzwerkkonfiguration evtl. haben könnte.
BTW: Was ist das für ein server-image das Du benutzt? Hast Du das auf einem RaspberryPI installiert?

Navaria

(Themenstarter)

Anmeldungsdatum:
30. Dezember 2006

Beiträge: 117
Zitieren
19. September 2023 08:11 (zuletzt bearbeitet: 19. September 2023 09:00)

Ja, das ist ein Raspberry Pi, der hier läuft.
Verwendet habe ich ursprünglich 20.04 LTS Focal Fossa, das Image stammt aus dem Raspi Imager-Tool https://www.raspberrypi.com/software/. Inzwischen habe ich aber auf 22.04 aktualisiert.

Bearbeitet von Berlin_1946:

Forensyntax korrigiert.

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14402
Zitieren
19. September 2023 08:15 (zuletzt bearbeitet: 19. September 2023 08:32)

Navaria schrieb:

..., das Image stammt aus dem Raspi Imager-Tool ...

OK, dann wird es besser sein, an der Netzwerkkonfiguration jetzt nichts weiter zu ändern.
EDIT:

Das mit den containern wird evtl. auch der Grund sein, warum systemd-networkd-wait-online.service ein "Problem" hat und die missing-Option für _alle_ Interfaces "hilft" das "Problem zu lösen".

Navaria

(Themenstarter)

Anmeldungsdatum:
30. Dezember 2006

Beiträge: 117
Zitieren
19. September 2023 08:37

OK, danke dir!

Berlin_1946 Team-Icon

Supporter, Wikiteam

Anmeldungsdatum:
18. September 2009

Beiträge: 10477
Zitieren
19. September 2023 09:08

Hallo Navaria

Schreib die gefundene Lösung zu Deinem Problem ins Forum!

So beginnt der Punkt 10.

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14402
Zitieren
19. September 2023 09:31 (zuletzt bearbeitet: 19. September 2023 09:37)

Eigentlich wird das loopback Interface (lo) lt. der manpage, von systemd-networkd-wait-online.service schon per default ignoriert: 

Network interfaces to be ignored when deciding if the system is online. By default, only the loopback interface is ignored.

D. h. bei diesem image für den PI ist das geändert worden, weil _erst_ mit dem ignorieren (inkl. setzen des "operational status" für lo auf missing) von lo, der default-timeout von 120 Sekunden nicht mehr abgewartet werden muss.

Navaria

(Themenstarter)

Anmeldungsdatum:
30. Dezember 2006

Beiträge: 117
Zitieren
19. September 2023 10:08 (zuletzt bearbeitet: 19. September 2023 10:09)

Lösung für das Problem:

1. Verzeichnis und Datei anlegen: /etc/systemd/system/systemd-networkd-wait-online.service.d/waitany.conf

2. waitany.conf wie folgt konfigurieren: 

1
2
3
[Service]
ExecStart=
ExecStart=/lib/systemd/systemd-networkd-wait-online --any -i lo:missing -i eth0:missing -i wlan0:missing --timeout=10 -q

3. Reboot
Antworten |