不得不承认centos6较centos5发生了很大的变化，在新部署的centos 6.4上又遇到nfs挂载的问题。问题现象是，在配置完nfs后，无论配置里指定的是何用户，挂载成功后显示的只能是nobody用户，本想通过修改/etc/passwd和/etc/group对应的uid和gid号解决，发现重新挂载后，用户仍然是nobody 。
造成该问题的原因是，在centos 6版本中默认使用的nfs-v4版本，其提供了称为rpc.idmapd 的守护进程，并使用 /etc/idmapd.conf 的配置文件。当请求加载nfsv4 时，该守护进程将处理 UID 和 GID 映射。默认使用nis,没有nis它会自动映射成nobody用户。
既然找到了原因，找解决方法也就不难了，大致找了下网上的解决方法，分如下两种。
方法一：mount中指定参数法
在mount挂载的时候指定使用v3版本去挂载，如下：
mount -t nfs -o vers=3 ip:/data1 /data1
显然不推荐该方法，既然有了V4版本，其肯定较V3版本做了很多优化，如果再用V3，显然跟不上时代的步伐 。
方法二：修改/etc/idmapd.conf文件
修改前，先看下为什么会mount成nobody，在/etc/idmapd.conf文件中，mapping配置下有如下两句 。
[Mapping]
Nobody-User = nobody
Nobody-Group = nobody
有人肯定说，直接修改这两句，变成想要的用户和组不就行了 ？ 当然没这么简单，这里改了后，会发现mount的目录只有读的权限，没有写的权限 。想在彻底的解决该文件，只需要客户端和服务端各改一行就行了。修改方法为，取消/etc/idmapd.conf中如下行的注释，改为你所使用的根域名：
#Domain = local.domain.edu
如：都改为：
Domain = 361way.com
更改完成后，重启idmapd服务：
service rpcidmapd restart
至此，问题解决。记得是客户端和服务端都要修改才行，只改一处，问题仍然无法解决 。另外在umount的过程中，还可能遇到无法umount的问题：
root@test:/# umount /data1/nfs/
umount.nfs: /data1/nfs: device is busy
umount.nfs: /data1/nfs: device is busy
遇到该问题时只需要使用fuser命令就可以解决：
root@test:/# fuser -km /data1/nfs/
或
root@test:/# fuser -f /data1/nfs/
执行完上面的操作后，再去umount就可以了。fuser上面用到的几个参数的意义如下：
-f silently ignored (for POSIX compatibility)
-i ask before killing (ignored without -k)
-k kill processes accessing the named file
-m show all processes using the named filesystems
好文章，转载分享