====== NFS Clients (Known Issues) ======

===== Network Manager und systemd =====

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

==== AutoFS-LDAP und NFS-Client ====

Desweiteren gibt es eine Race Condition zwischen Netzwerk, NFS-Client und AutoFS(-LDAP) (vergl. Debian Bug [[https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842199|#842199]]).

Ein gescheiterter Fix ist dieser hier:

<code>
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
</code>

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:

<code>
[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
</code>