![服务器升级到最新的 Debian 后,挂载 NFS 停止工作?](https://linux22.com/image/623110/%E6%9C%8D%E5%8A%A1%E5%99%A8%E5%8D%87%E7%BA%A7%E5%88%B0%E6%9C%80%E6%96%B0%E7%9A%84%20Debian%20%E5%90%8E%EF%BC%8C%E6%8C%82%E8%BD%BD%20NFS%20%E5%81%9C%E6%AD%A2%E5%B7%A5%E4%BD%9C%EF%BC%9F.png)
我有一个 NFS 服务器,它在 LAN 中作为通用文件服务器工作。
最近由于磁盘故障,我丢失了那里的所有内容,因此我换了新的磁盘,重新安装了最新的 Debian(jessie),复制回了配置文件 - 但 NFS 不再起作用了?!
我的 /etc/exports 包含:
/media/media *(rw,sync,no_subtree_check,all_squash,anonuid=31244,anongid=31451)
/media/private *(rw,sync,no_subtree_check,all_squash,anonuid=16830,anongid=10818)
我进行了几次重启,/etc/init.d/nfs-common restart,/etc/init.d/nfs-kernel-server 重启。
在客户端,我在 /etc/fstab 中有:
172.28.173.1:/media/media /media/MEDIA nfs rsize=8192,wsize=8192,timeo=14,soft,intr,rw,user,noatime,nodiratime 0 0
172.28.173.1:/media/private /mnt/nfs/private nfs rsize=8192,wsize=8192,timeo=14,soft,intr,rw,user,noatime,nodiratime 0 0
在挂载文件系统时,mount 命令耗时较长,并且结束时没有打印任何内容。稍后运行“df”显示:
df: ‘/media/MEDIA’: Stale NFS file handle
在客户端的系统日志中我看到:
2013-12-18T15:27:08.319605+01:00 h3po4 kernel: [ 363.398977] RPC: AUTH_GSS upcall timed out.
2013-12-18T15:27:08.319619+01:00 h3po4 kernel: [ 363.398977] Please check user daemon is running.
但我不知道它谈论的是什么守护进程,为什么它甚至需要一些“用户守护进程”,以及为什么会有 AUTH_GSS 调用 - 我希望对 LAN 内的 nfs 共享 100% 开放访问。
我验证了这不是防火墙问题(通过禁用防火墙进行测试)。
我认为在磁盘崩溃之前我从未重新配置过服务器上的任何其他东西,但我不确定 - 该机器已运行了 4 年多,没有出现问题,所以我可能改变了一些东西然后就忘了它。
因此,我检查了更多的东西。
在客户端挂载之前,挂载目录为:
drwxr-xr-x 2 root root 4096 maj 1 2013 MEDIA/
但是在“mount /media/MEDIA”之后,等待它完成,我得到:
ls: cannot access /media/MEDIA: Stale NFS file handle
d?????????? ? ? ? ? ? MEDIA/
服务器端的目录始终是“正常的”:
drwxrwxrwx 2 media media 6 Dec 18 14:05 /media/media/
此外,exportfs 工作正常:
=# exportfs -v
/media/media <world>(rw,wdelay,root_squash,all_squash,no_subtree_check,anonuid=31244,anongid=31451,sec=sys,rw,root_squash,all_squash)
/media/private <world>(rw,wdelay,root_squash,all_squash,no_subtree_check,anonuid=16830,anongid=10818,sec=sys,rw,root_squash,all_squash)
我可以看到从客户端导出的文件系统:
$ showmount -e blob
Export list for blob:
/media/private *
/media/media *