Eu tenho um conjunto de pontos de montagem que eu uso o autofs para acessar. Eles já existem há algum tempo, e em sistemas que eu herdei executando os administradores do CentOS6 antes de mim, eu implementei cronjobs reiniciando o autofs condicionalmente se certos pontos de montagem estiverem faltando.
Eu comecei a configurar novos sistemas CentOS7 usando os mesmos pontos de montagem e mesmo que a configuração autofs seja nova com novas versões de tudo e sssd substituindo as pesquisas tradicionais do ldap e tais autofs ainda estão mostrando os mesmos sintomas.
Os problemas que vejo não estão em /net , mas fora isso este problema muito antigo no redhat parece ser muito parecido com o meu. Desclassificar como sugerido no artigo não é, infelizmente, uma opção, pois o CentOS7.5 só tem uma versão do autofs (ou seja, 5.0.7-83.el7) nos repositórios.
Os pontos de montagem estão disponíveis para o autofs de forma que eu possa consultar o automount e obter o registro adequado de volta:
# automount -m sss auto_projects | grep project1
project1 /subproj1 -noatime nfsserver:/volum/proj1_subproj1 /subproj2 -noatime nfsserver:/volum/proj1_subproj2 /subproj3 -noatime nfsserver:/volum/proj1_subproj3 /subproj4 -noatime nfsserver:/volum/proj1_subproj4 /subproj5 -noatime nfsserver:/volum/proj1_subproj5
Quando o autofs é iniciado de novo, tudo funciona como deveria, posso procurar /projects/project1 e ver subproj1 a 5 .
Depois de pouco tempo (às vezes horas, às vezes dias), no entanto, se eu fizer ls em /projects/project1 , apenas um dos subproj s ainda estará lá. Tentando cd em qualquer uma das outras pastas (para disparar uma montagem) renderiza -bash: cd: subprojX: No such file or directory .
Nos registros, vejo linhas de registro automáticas como:
expiring path /projects/project1
umount_multi: path /projects/project1 incl 1
umount_multi_triggers: umount offset /projects/project1/subprojX
umount_autofs_offset: offset /projects/project1/subprojX not mounted
rmdir_path: lstat of subprojX failed
[... more subprojs ...]
some offset mounts still present under /projects/project1
couldn't complete expire of /projects/project1
dev_ioctl_send_fail: token = 853
1 remaining in /projects
Se eu não iniciar o autofs com a opção --force para automount , não serei capaz de me recuperar disso. Um systemctl restart autofs irá travar e expirará. Com a opção --force , o serviço é reiniciável e recuperará os pontos de montagem até que eles desapareçam novamente.
A montagem funciona manualmente conforme o esperado.
Acho que isso é um bug em autofs , mas preciso de ajuda para identificar / provar isso. E talvez também alguma ajuda na criação de um relatório de bug ...
Como posso curar autofs de sua aparente demência?