今天日志服務器的某個目錄被刪除了，服務端恢復目錄后，客戶端需要重新掛載；
執行重新掛載命令：

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，躡手躡腳～～
那感覺就像是出門反復確認是否帶了鑰匙的感覺，這樣會老得很快的吧～～！！！！