RHEL6 Cliente NFSv4 agindo como NFSv3?

Question

Meu entendimento é que os clientes NFSv4 devem se conectar imediatamente ao serviço NFSv4 no servidor, ignorando totalmente as interações de serviço rpcbind portmapper e mountd, mas estou vendo meu cliente RHEL6 sempre entrando em contato com o serviço rpcbind para obter a porta mountd a lista de formulário de exportação mountd e, finalmente, conectando-se ao serviço NFSv4. Observado usando o tcpdump.

Por todas as indicações (saída do comando mount e inspeção do TCP), quando a operação de montagem é concluída, o cliente e o servidor usam o NFSv4.

Isso acontece mesmo quando eu faço tudo o que tenho para tentar forçar apenas o NFSv4 no cliente. Exemplos:

• Definindo Nfsvers = 4 em /etc/nfsmount.conf
• Montagem explícita com a opção vers = 4
• Defina explicitamente a porta NFS. (via comando mount e no nfsmount.conf)

Estou completamente fora da base ou algo não está certo? Este é um problema para mim porque o cliente NFS insiste em ser capaz de acessar o rpcbind no servidor via UDP antes de montar qualquer exportação NFSv4 e estou recebendo uma perda misteriosa de pacotes UDP (sim, estou trabalhando com o cara da rede esta frente) que está causando as montagens falhar inteiramente ao longo do tempo ou apenas demorar muito tempo para concluir.

Eu dei uma olhada na fonte libtirpc e vi algo sobre ela sempre usando UDP para conectar ao portmapper RPC, mas eu quero tirar o serviço portmapper e mountd da equação completamente.

Tentei cancelar o registro do serviço portmapper UDP no servidor NFS usando "rpcinfo -d", mas isso resulta em todas as montagens do NFS direcionadas a esse servidor falharem (novamente os clientes insistem em que o servidor tenha rpcbind escutando na porta UDP 111) . Eu também tentei brincar com / etc / netconfig sem sorte.

Alguém se depara com esse comportamento ou sabe o suficiente sobre o NFSv4 para me dizer que tenho expectativas irreais?

    

Answer 1

Eu rastreei isso de volta para o autofs. Foi configurado para usar /etc/auto.net para obter uma lista de exportações usando o comando showmount. O comando showmount era responsável pelos acessos ao rpcbind e ao mountd antes que a montagem do NFS acontecesse, portanto, as tentativas de alterar as opções de montagem não estavam tendo efeito.

Eu revisei o /etc/auto.net e meu problema foi corrigido.

Nota: Usar as opções "-hosts" no auto.master como eu vi em vários lugares também resultou nos acessos rpcbind e mountd. Eu acabei tendo apenas auto.net montar a raiz de todos os servidores NFSv4 que eu entendo está OK supondo que todos os meus hosts são NFSv4.