不得不承认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 好文章,转载分享