今天日志服务器的某个目录被删除了，服务端恢复目录后，客户端需要重新挂载；
执行重新挂载命令：
mount server_ip:/home/log/dir /home/log/dir
出现了异常
mount.nfs: Stale NFS file handle
［方案一］
解决因服务端移除目录再恢复时，客户端报错，此类问题的常规思路是：
1.卸载目录 umount -f /home/log/dir
2.重新挂载 mount server_ip:/home/log/dir /home/log/dir
［方案二］
然而通常情况下，因为客户端挂载的目录会被其他进程打开，导致我们在卸载目录的时候通常不能成功，那么成功卸载目录也有以下步骤：
1.查看哪些进程占用文件目录： fuser -mu /mnt
2.kill掉这些占用文件目录的进程：kill －9 xxxx
3.卸载目录：umount -f /home/log/dir
4.重新挂载目录：mount server_ip:/home/log/dir /home/log/dir
［方案三］
运气不太好的时候，当还有未知应用进程在操作文件目录，上述步骤也是不成功的，这个时候就要使用炒鸡卸载方式umount -l
1.使用lazy卸载：umount -l /home/log/dir
2.重新挂载目录：mount server_ip:/home/log/dir /home/log/dir
［方案三］真是屡试不爽啊～～～
解释下umount lazy
umount -l #umount lazy
当不知道是什么应用操作了文件目录，使用umount -f也无法成功的时候，使用umount -l ，umount会等待应用操作文件系统，直到文件系统可以被卸载为止，即umount －l并不是立刻清除所有挂载操作，它的特点是一直等待；
ps:最近从女程序猿转到女运维了，迁服以来，项目变成自运维后，俺不得不频繁在线上操作，总是心惊胆寒；虽然操作之前已确认备份，但仍旧反腐check，蹑手蹑脚～～
那感觉就像是出门反复确认是否带了钥匙的感觉，这样会老得很快的吧～～！！！！
