Archlinux - systemd-Bug: ipv4 Netzwerkinterface lädt beim Boot die IPv4-Netzwerkkonfiguration nicht

Hallo werte Kollegen,
hatte in den letzten Tagen das Problem bei einem vServer bei Netcup der nach Updates am 2. Mai 2019 seine IPv4 Konfiguration nach einem Reboot nicht mehr laden konnte.

Die Meldung im Systemjournal sieht wie folgt aus:

Mai 02 19:35:19 xxxxxx systemd-networkd[355]: Assertion 'link->network' failed at ../systemd-stable/src/network/networkd-link.c:1858, function link_acquire_ipv4_conf(). Aborting.  

Daraufhin stürzte der systemd-networkd Daemon mit einem Core-Dump ab

Mai 02 19:35:19 xxxxxx systemd-coredump[377]: Process 355 (systemd-network) of user 981 dumped core.

Stack trace of thread 355:
#0 0x00007f367ade082f raise (libc.so.6)
#1 0x00007f367adcb672 abort (libc.so.6)
#2 0x00007f367ab5802c n/a (libsystemd-shared-242.so)
#3 0x0000555a2de313b2 n/a (systemd-networkd)
#4 0x0000555a2de2a8b8 n/a (systemd-networkd)
#5 0x0000555a2de5982d n/a (systemd-networkd)
#6 0x00007f367ab95963 sd_netlink_process (libsystemd-shared-242.so)
#7 0x00007f367ab95f14 n/a (libsystemd-shared-242.so)
#8 0x00007f367ab888ce n/a (libsystemd-shared-242.so)
#9 0x00007f367ab88ba3 sd_event_dispatch (libsystemd-shared-242.so)
#10 0x00007f367ab88d69 sd_event_run (libsystemd-shared-242.so)
#11 0x00007f367ab88f8c sd_event_loop (libsystemd-shared-242.so)
#12 0x0000555a2ddfe423 n/a (systemd-networkd)
#13 0x00007f367adccce3 __libc_start_main (libc.so.6)
#14 0x0000555a2ddfef6e n/a (systemd-networkd)

Resultat: Das Netzwerkinterface konnte nach einem Reboot seine IPv4 Config nicht mehr automatisch laden, da es hier zu einem Timeout kommt, ärgerlich wenn es sich z.B. um einen vServer handelt. Es war ein manuelles neu starten des Netzwerkprofils mittels netctl restart <interfaceprofile> über die Rettungskonsole nötig.

Offensichtlicher Grund: Das Netzwerkinterface antwortet möglicherweise nicht rechtzeitig und provoziert networkd zu dem Fehlverhalten. Der Fehler muss nicht zwingend auftreten, in meinem Fall war es hier ein vServer bei Netcup der davon betroffen war.
Weitere Bug-Meldungen mit ähnlichen Symptomen finden sich z.B. hier im Archlinux Bug-Tracker
https://bugs.archlinux.org/task/62483?project=1&order=dateopened& ...

Lösung:

Es handelt sich um einen aktuellen Bug im systemd package.
Folgender commit behebt das Problem und wurde bereits in den systemd-Masterbranch integriert:
network: fix assertion when link get carrier

Wer sich Systemd zwischenzeitlich nicht selbst aus den Sourcen bauen möchte, wartet entweder bis Archlinux den Fix portiert hat (und rebootet nicht) oder baut sich solange ein Reboot-Script das das Netzwerkinterface so lange startet bis es nach dem Reboot online ist, oder macht mit pacman ein Downgrade z.B. auf den 25. April, oder spielt sofern vorhanden einen Snapshot zurück.

Betroffen ist das Paket systemd 242.19-1, mit dem Paket 242.0-1 trat das Verhalten noch nicht auf.

Ist zwar sehr speziell, aber vielleicht nutzt es ja jemanden mit dem selben Problem.

Gruß wireguard