A resolução do ID do usuário / grupo do NIS falha em um volume do NFS, mas é bem-sucedida em outro

1

Configuração de rede:

(1) NIS server (nisserver), 
(2) file server (fserver), 
(3) cluster head server (queuemaster)
(4) cluster compute nodes (node1,node2,...) (gateway=queuemaster)

fserver é um cliente NIS (para nisserver), o queuemaster é um servidor escravo NIS do nisserver e as máquinas nodeX são clientes NIS (para o queuemaster). O fserver exporta vários volumes para o queuemaster e o nodeX, e o queuemaster exporta vários volumes para o nodeX. Todos os volumes são montados com sucesso usando o NFSv4.

Quando faço uma listagem de diretórios do nodeX dos volumes exportados pelo servidor de fila para o nodeX, os nomes de usuário / grupo são listados corretamente e usar ls -n mostra os valores esperados de UID / GID. No entanto, fazendo uma lista nos volumes que o fserver exporta para nodeX, o UID / GID e, portanto, as informações do usuário / grupo não correspondem ao valor esperado e, em vez disso, fornece nobody.nobody, mas fazer uma listagem no fserver fornece o correto Valores UID / GID e usuário / grupo.

Eu tentei reiniciar o [rpcidmapd] após a inicialização e montagem do sistema, mas sem sucesso.

O que eu não entendo é que, dado que fserver, queuemaster e nodeX usam as mesmas informações UID / GID do nisserver, por que um conjunto de volumes é exportado mostrado com os IDs corretos enquanto um segundo conjunto não é?

Em termos de configuração de rede, nissever, fsserver e uma porta do queuemaster estão na mesma rede, enquanto o nodeX é uma sub-rede que passa por uma segunda porta de rede do queuemaster para montar os volumes no fsserver.

Além disso, ypcat group e ypcat passwd recuperam as informações do NIS com êxito.

Se alguém puder fornecer uma sugestão, pista ou método de resolução, eu serei obrigado.

    
por J.B. Brown 05.03.2013 / 10:21

0 respostas

Tags