NFS4: quais efeitos são alterados no /etc/idmapd.conf?

2

Estamos lidando com o problema em que nossa montagem NFS4 em nossos clientes RHEL 6.3 mostra a propriedade de arquivo como "nobody" e onde vemos "nss_getpwnam: name 'blah' não mapeia para o domínio 'localdomain'" em / var / log / messages. Sabemos que a correção é garantir que o domínio no arquivo /etc/idmapd.conf no servidor corresponda ao domínio nos clientes. A questão é esta:

Se corrigirmos o domínio nos clientes, precisamos reinicializá-los para que funcione. Nenhuma quantidade de reinicialização do nscd, nfs, rpcbind, rpcgssd, rpcidmapd ou rpcsvcgssd ativará a correção. Nem aqueles que trabalham em conjunto com um umount / montagem da partição. De fato, depois que corrigimos nosso problema e reinicializamos o cliente, encerramos o rpcidmapd e o mapeamento de nomes correto ainda ocorria na máquina.

Por que precisamos reiniciar a máquina para ativar a alteração do idmapd.conf para o domínio? O kernel está segurando alguma coisa? Obrigado.

    
por Mike S 05.02.2014 / 19:20

1 resposta

6

O kernel faz chamadas para o daemon idmapd para obter o mapeamento. Como esta é uma operação bastante cara, os resultados são armazenados em cache. Para limpar a execução do cache:

# nfsidmap -c

O comando disponível no RHEL6.3 (e clones) e parte do pacote nfs-utils.

    
por 05.02.2014 / 22:03