我越来越厌倦了我的系统日志中的一些错误消息 – 它显示：
Jul 3 15:16:38 web rpc.idmapd [14535]：nss_getpwnam：name'nobody'不映射到域'mydomain.com'
我有检查，我的主机名是正确的mydomain.com，我甚至在/ etc /主机名添加了一个有效的条目。 我已经编辑了我的/etc/idmapd.conf来反映这个域名，这个错误消息每10分钟logging一次，并且变得令人沮丧，我不知道为什么或者是什么原因造成的，nfs服务器工作正常，正确的input和现在消息在日志中。
我正在使用centos6
– Ofcoure，我已经用我的真实域取代mydomain.com
我在2个NFSv4客户端上遇到了同样的问题，它涉及到一些文件和目录有未知的uid和gid。 这些文件已经从一个完全不同的用户列表的旧服务器复制。 在nfs服务器上，它们将显示一个数字uid / gid。 但是，在客户端，idmapd将这些映射到用户nobody和group nogroup但发出您在日志文件中提到的警告。
我认为你应该检查你的nfs导出的目录，如果他们包含这样的文件。 我发现的最简单的方法是用find来完成：
find /path/to/your_nfs_dir/ -user nobody -or -group nogroup -ls
你甚至可以立即改变它们，如果你想让这些文件属于某个现有的用户/组：
find /path/to/your_nfs_dir/ -user nobody -exec chown myuser {} \; find /path/to/your_nfs_dir/ -group nogroup -exec chgrp mygroup {} \;
您需要在其中一个客户端上执行此操作，因为在nfs服务器上，这些文件不会被识别为属于nobody / nogroup。
我也有这个问题，我能够确定idmapd映射问题是部分客户机上的内核问题。
首先，在nfs服务器上，日志显示idmapd被nfs客户端提供给一些用户的数字标识，而不是名称。 此行为与客户机上的内核相关，内核为2.6.32-431.el6.centos.plus.x86_64。
它失败，但与2.6.32-358.14.1.el6.centos.plus.x86_64，uid映射工作，但gid映射仍然失败。
我已经能够使uid和gid映射工作的唯一方法是恢复到NFSv3。