Eu uso o autofs no meu desktop Fedora 25 para acessar algumas montagens cifs na minha rede de trabalho.
/etc/auto.master:
/home/user/work/mountpoint /etc/auto.custom --timeout=43200 --ghost
/etc/auto.custom:
cifs1 -fstype=cifs,nodev,nosuid,uid=user,gid=user,credentials=/etc/.smbcredentials ://server/cifs1_share/
cifs2 -fstype=cifs,nodev,nosuid,uid=user,gid=user,credentials=/etc/.smbcredentials ://server/cifs2_share/
cifs3 -fstype=cifs,nodev,nosuid,uid=user,gid=user,credentials=/etc/.smbcredentials ://server/cifs3_share/
Essa configuração exata funcionou perfeitamente por um tempo muito longo:
O acesso a / home / user / work / ponto de montagem / {cifs1, cifs2, cifs3} sempre foi rápido, nunca foi interrompido ou atrasado.
cerca de duas semanas atrás, algo aconteceu (não sei exatamente o que fazer) e agora, se eu não acessar essas montagens por uma pequena duração (alguns minutos até) e tentar acessá-las (mesmo com um simples comando ls ou find) - eles são interrompidos e retornam a mensagem "O host está inativo". Então, se tentar de novo e de novo 1 ou 2-3 vezes mais - o acesso é de repente ok novamente e tudo é rápido novamente.
executando "find" sob strace para uma dessas montagens notei que esta é a chamada do sistema responsável por estas mensagens:
19895 newfstatat(AT_FDCWD, "/home/user/work/mountpoint/cifs1/folder/*", 0x55ab02f81b98, AT_SYMLINK_NOFOLLOW) = -1 EHOSTDOWN (Host is down)
Tentei executar o autofs / automount no modo de depuração com saída de primeiro plano (stdout / stderr), mas não notei nada incomum quando ocorreu o problema.
Outras pessoas no meu local de trabalho utilizam a mesma configuração e não têm nenhum problema (a maioria delas acessa suas instalações com muito menos freqüência do que eu)
Gostaria de receber sugestões ou coisas adicionais que eu possa verificar para resolver isso!