autofs monta não desconectando depois de inativo

Question

Eu tenho o autofs instalado em vários servidores linux que estão se conectando ao servidor NFS central para os usuários / diretórios home. Ele funciona muito bem ao montar os diretórios no login, mas as montagens nunca parecem expirar. Eu verifiquei o / etc / sysconfig / autofs e o padrão é de fato configurado para 300, então eles devem ter o tempo limite após 5 minutos.

Reiniciar o autofs desmonta todos os diretórios, então eu sei que é capaz.

Eu tentei usar lsof aleatoriamente nos diretórios, mas nenhum arquivo aparece aberto a qualquer momento.

Eu também montei um diretório aleatório que eu sei que não está ativo, mas eles nunca se desmontam. Algumas dessas caixas têm mais de 10 usuários que efetuaram login uma vez e as montagens nunca são descartadas.

Eu só estou tentando descobrir que existe um método melhor para descobrir o porquê. Não vejo nada específico em nenhum registro.

Todas as sugestões são bem-vindas. Obrigado!

UPDATE

Liguei a depuração para autofs , mas não parece revelar nada fora do comum. Esses logs foram gerados 7 minutos depois que o / home / user1 foi inicialmente montado e após 6 minutos de inatividade. De acordo com o padrão de 5 minutos, isso deveria ter sido desmontado. Eu nunca vi um registro que indicasse uma tentativa de desmontar.

Jan 11 12:52:00 linux automount[26505]: st_expire: state 1 path /home
Jan 11 12:52:00 linux automount[26505]: expire_proc: exp_proc = 3055176592 path /home
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user1
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user2
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user3
Jan 11 12:52:00 linux automount[26505]: 3 remaining in /home
Jan 11 12:52:00 linux automount[26505]: expire_cleanup: got thid 3055176592 path /home stat 7
Jan 11 12:52:00 linux automount[26505]: expire_cleanup: sigchld: exp 3055176592 finished, switching from 2 to 1
Jan 11 12:52:00 linux automount[26505]: st_ready: st_ready(): state = 2 path /home

Atualização 2 Depois de conversar com o suporte da Red Hat sobre isso, a solução acabou sendo apenas reduzir o valor de tempo limite para diretórios base. Eu fiz isso e parece bem. Algo aparentemente está atravessando o ponto de montagem a cada 2 1/2 a 3 minutos e fazendo com que ele fique em pé.

A solução foi adicionar o valor de tempo limite ao arquivo /etc/auto.master para esse mapeamento:

 /home     /etc/auto_home --timeout=120

    

Answer 1

Além da variável TIMEOUT, o autofs tem um intervalo de verificação:

# cat /var/log/messages
Jan 11 21:45:35 client automount[24804]: mounted offset on /net/server/share with timeout 300, freq 75 seconds

É igual a TIMEOUT / 4. Cada TIMEOUT / 4 segundos autofs pede ao kernel quando o diretório foi acessado pela última vez. Então, no seu ambiente, você tem um diretório montado após 375 segundos de inatividade.

Para obter um log mais detalhado, você deve adicionar LOGGING="debug" a /etc/sysconfig/autofs

    

Answer 2

Eu tive um problema semelhante. Eu reinstalei o nosso servidor RHEL 4.7 ProLiant de 10 anos com o CentOS 6 durante as férias de Natal. Eu tinha 2 ProLiants mais novos que consegui instalar o CentOS 7 mais recentemente (em abril).

Eu configurei automontando os diretórios home a partir do servidor CentOS 6 usando uma linha em /etc/auto.master nos servidores CentOS 7 da seguinte forma:

/home   /etc/auto.home

Em seguida, criei um novo arquivo /etc/auto.home nos servidores CentOS 7 inicialmente com uma linha:

*      sam:/home/&

Os diretórios iniciais não seriam desmontados. Eu também achei que algumas das posses de arquivo nos diretórios home acabariam de vez em quando com um número enorme de UID e GID contra eles. Isso mudaria alguns minutos depois.

Eu configurei o nível de log como 'debug' em /etc/autofs.conf e comecei a assistir com journalctl -fu autofs.service . Vi mensagens quase idênticas, como mostrado acima, que pareciam não conter pistas.

Como eu ainda não consegui entender o NFS 4, e eu sabia que nosso servidor CentOS 6 estava exportando seus compartilhamentos como NFS 4 por padrão, eu tentei adicionar nfsvers=3 ao arquivo /etc/auto.home da seguinte forma:

training      -nfsvers=3,noac,soft,intr  sam:/home/training

Eu também estava vendo a mensagem estranha sobre a tentativa de montar diretórios como /home/lib , então incluímos os diretórios pessoais individuais em linhas separadas. (Provavelmente deveria ter tentado montagens diretas neste momento, ou tentei montagens automáticas do systemd.)

Agora eu comecei a ver mensagens como:

Apr 27 09:32:28 betty automount[13501]: expire_proc_indirect: expire /home/fred
Apr 27 09:32:28 betty automount[13501]: handle_packet: type = 4
Apr 27 09:32:28 betty automount[13501]: handle_packet_expire_indirect: token 21, name fred
Apr 27 09:32:28 betty automount[13501]: expiring path /home/fred
Apr 27 09:32:28 betty automount[13501]: umount_multi: path /home/fred incl 1
Apr 27 09:32:28 betty automount[13501]: umount_subtree_mounts: unmounting dir = /home/fred
Apr 27 09:32:28 betty automount[13501]: spawn_umount: mtab link detected, passing -n to mount
Apr 27 09:32:29 betty automount[13501]: rm_unwanted_fn: removing directory /home/fred
Apr 27 09:32:29 betty automount[13501]: expired /home/fred
Apr 27 09:32:29 betty automount[13501]: dev_ioctl_send_ready: token = 21
Apr 27 09:32:29 betty automount[13501]: handle_packet: type = 4
Apr 27 09:32:29 betty automount[13501]: handle_packet_expire_indirect: token 22, name barney
Apr 27 09:32:29 betty automount[13501]: expiring path /home/barney
Apr 27 09:32:29 betty automount[13501]: umount_multi: path /home/barney incl 1
Apr 27 09:32:29 betty automount[13501]: umount_subtree_mounts: unmounting dir = /home/barney
Apr 27 09:32:29 betty automount[13501]: spawn_umount: mtab link detected, passing -n to mount
Apr 27 09:32:29 betty automount[13501]: rm_unwanted_fn: removing directory /home/barney
Apr 27 09:32:29 betty automount[13501]: expired /home/barney
Apr 27 09:32:29 betty automount[13501]: dev_ioctl_send_ready: token = 22
Apr 27 09:32:29 betty automount[13501]: expire_proc_indirect: expire /home/barney
Apr 27 09:32:29 betty automount[13501]: expire_proc_indirect: expire /home/wilma
Apr 27 09:32:29 betty automount[13501]: 1 remaining in /home

Os diretórios home agora começaram a ser desmontados após 10 minutos como deveriam - então, no meu caso, foi um problema com o NFS 4 configurado incorretamente.

Importante: depois de reconfigurar os mapas, simplesmente fazendo systemctl daemon-reload ou systemctl reload autofs não tem nenhum efeito. Eu tive que fazer systemctl restart autofs