我有NFS服务器，作为一个局域网中的一般文件pipe理器。
最近由于磁盘故障，我失去了一切，所以我得到了新的磁盘，重新安装最新的Debian（jessie），复制回configuration文件 – 和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 restarts。
在客户端，我有，在/ 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
挂载文件系统时，挂载命令需要很长时间，并且不会打印任何内容。 稍后运行“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调用 – 我想访问是100％打开局域网内的NFS共享。
我证实这不是防火墙问题（通过禁用防火墙进行testing）。
我不认为我曾经在服务器上重新configuration过任何其他东西，但是我不确定 – 这台机器已经工作了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 *