NFS Clients (Known Issues)

Wichtig ist, dass alle netzwerk-relevanten Dienste erst gestartet werden, wenn der bootende Rechner eine IP Adresse hat. Viele Szenarien wurden getestet, dieses hier funktioniert:

• Network Manager verwenden
• insb. das primäre LAN-Interface von Network Manager verwalten lassen (Interface auskommentieren in /etc/network/interfaces)
• sicherstellen, dass der systemd Service Network-Manager-wait-online.service aktiviert ist

Desweiteren gibt es eine Race Condition zwischen Netzwerk, NFS-Client und AutoFS(-LDAP) (vergl. Debian Bug #842199).

Ein gescheiterter Fix ist dieser hier:

root@lepin:/etc/systemd/system# diff -u /lib/systemd/system/autofs.service /etc/systemd/system/autofs.service 
--- /lib/systemd/system/autofs.service	2016-12-23 00:06:24.000000000 +0100
+++ /etc/systemd/system/autofs.service	2019-03-26 16:20:23.976687432 +0100
@@ -1,7 +1,7 @@
 [Unit]
 Description=Automounts filesystems on demand
 After=network.target ypbind.service sssd.service network-online.target remote-fs.target
-Wants=network-online.target
+Wants=network-online.target nfs-client.target
 
 [Service]
 Type=forking

Als Workaround kann man ExecStartPre=/bin/sleep 20 hinzufügen.

Dieser Fehler wird hoffentlich in Debian 10 gefixt sein, für Debian 9 muss man folgende Datei als /etc/systemd/system/autofs.service anlegen:

[Unit]
Description=Automounts filesystems on demand
After=network.target ypbind.service sssd.service network-online.target remote-fs.target
Wants=network-online.target nfs-client.target

[Service]
Type=forking
PIDFile=/var/run/autofs.pid
EnvironmentFile=-/etc/default/autofs
ExecStartPre=/bin/sleep 20
ExecStart=/usr/sbin/automount $OPTIONS --pid-file /var/run/autofs.pid
ExecReload=/bin/kill -HUP $MAINPID
TimeoutSec=180

[Install]
WantedBy=multi-user.target