Por muitos anos eu tenho um problema com o autofs agora. Eu pensei que havia um bug na versão do autofs no meu repositório. Infelizmente, mesmo depois de vários upgrades de sistema, bem como de distribuição, cobrindo vários dos principais lançamentos do kernel, além dos autofs, ainda tenho o seguinte comportamento inesperado.
Primeiro, vamos montar manualmente e com sucesso o meu compartilhamento NFS:
$ 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
Depois de verificar se meu compartilhamento funciona, tentaremos automatizá-lo via autofs.
$ 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
Por que o autofs montou diretamente a montagem indireta public_htlm em /mnt ?!?
Depois de tantos anos, pude resolver o problema. O problema era apenas um / redundante no ponto de montagem. Portanto, o arquivo de configuração do mestre de trabalho deve ter a seguinte aparência:
$ cat /etc/auto.master
+dir:/etc/auto.master.d
+auto.master
/mnt /etc/auto.mnt --timeout=1800 --ghost