Seit vielen Jahren habe ich jetzt ein Problem mit autofs. Ich dachte, es gab einen Fehler in der autofs-Version in meinem Repository. Leider habe ich auch nach mehreren System- und Distributions-Upgrades, die mehrere große Kernel- und autofs-Releases abdecken, immer noch das folgende unerwartete Verhalten.
Zuerst mounten Sie meine NFS-Freigabe manuell und erfolgreich:
$ mount sarabi:/export/public_html /tmp/mnt $ ls -al /tmp/mnt drwxr-sr-x+ 3 root www-data 4096 Apr 21 19:18 . drwxrwxrwt 10 root root 4096 Apr 22 15:39 .. drwxr-s---+ 2 markus www-data 4096 Apr 21 19:18 markus Nachdem wir überprüft haben, dass meine Freigabe funktioniert, werden wir versuchen, sie über Autofeeds zu automatisieren.
$ cat /etc/auto.master +dir:/etc/auto.master.d +auto.master /mnt/ /etc/auto.mnt --timeout=1800 --ghost $ cat /etc/auto.mnt public_html sarabi:/export/public_html $ ls -al /mnt # as expected drwxr-xr-x 3 root root 0 Apr 22 15:48 . drwxr-xr-x 22 root root 4096 Apr 22 14:27 .. dr-xr-xr-x 2 root root 0 Apr 22 15:48 public_html $ ls -al /mnt/public_html # unexpected ls: cannot access '/mnt/public_html/': Too many levels of symbolic links. $ ls -al /mnt # Why is public_html mounted into /mnt?!? drwxr-sr-x+ 3 root www-data 4096 Apr 21 19:18 . drwxr-xr-x 22 root root 4096 Apr 22 14:27 .. drwxr-s---+ 2 markus www-data 4096 Apr 21 19:18 markus Warum hat autofs die indirekte Montierung direkt public_htlmin /mnt?!?
Nach so vielen Jahren konnte ich das Problem lösen. Das Problem war nur ein redundanter /Mountpunkt. Die funktionierende Master-Konfigurationsdatei muss also wie folgt aussehen:
$ cat /etc/auto.master +dir:/etc/auto.master.d +auto.master /mnt /etc/auto.mnt --timeout=1800 --ghost