Toneladas de erros rpc.idmapd no syslog

Question

Estou ficando cansado de algumas mensagens de erro no meu syslog - é a seguinte:

Jul 3 15:16:38 web rpc.idmapd [14535]: nss_getpwnam: o nome 'nobody' não mapeia para o domínio 'mydomain.com'

Eu tenho check, meu nome de host está correto como mydomain.com e até adicionei uma entrada válida em / etc / hostname. Eu editei meu /etc/idmapd.conf para refletir esse nome de domínio, esse log de mensagem de erro a cada 10 minutos e está se tornando frustrante, eu não sei porque ou o que está causando isso, o servidor nfs está funcionando ok, com entradas corretas e agora mensagem no log.

Estou usando o centos6

- Ofcoure, eu substitui mydomain.com pelo meu domínio real

    

Answer 1

Eu tive o mesmo problema em 2 clientes NFSv4 e estava relacionado a alguns arquivos e diretórios com uid e gid desconhecidos. Esses arquivos foram copiados de um servidor antigo com uma lista completamente diferente de usuários. No servidor nfs eles aparecerão com um uid / gid numérico. Mas nos clientes, o idmapd mapeia os mesmos para o usuário nobody e group nogroup , mas emite o aviso que você menciona nos arquivos de log.

Eu acho que você deve checar seus diretórios nfs exportados se eles contiverem tais arquivos. A maneira mais fácil que encontrei foi fazer isso com o find:

find /path/to/your_nfs_dir/ -user nobody -or -group nogroup -ls

e você pode até mesmo alterá-los imediatamente se quiser que esses arquivos pertençam a algum usuário / grupo existente:

find /path/to/your_nfs_dir/ -user nobody -exec chown myuser {} \;
find /path/to/your_nfs_dir/ -group nogroup -exec chgrp mygroup {} \;

Você precisa fazer isso em um dos clientes, pois no servidor nfs os arquivos não serão identificados como pertencentes a nobody / nogroup.

    

Answer 2

Eu também estou tendo este problema, eu pude determinar que o problema do mapa idmapd é parcialmente um problema do kernel na máquina cliente.

Primeiro, no servidor nfs, os logs mostram que idmapd está sendo alimentado com IDs numéricos para alguns usuários. de nomes, pelo cliente nfs. Este comportamento está relacionado ao kernel no cliente, com o kernel 2.6.32-431.el6.centos.plus.x86_64.

Ele falha, mas com o 2.6.32-358.14.1.el6.centos.plus.x86_64, o mapeamento uid funciona, no entanto o mapeamento de gid ainda falha.

A única maneira que consegui fazer com que o mapeamento uid e gid funcione é reverter para o NFSv3.