2012-11-09 75 views
0

我們在Microsoft客戶端有時會使用大量CPU(50-100%)訪問Linux盒子上的NFS共享時遇到問題。使用不斷增加的CPU數量的NFS客戶端

服務器似乎處於訪問NFS的狀態,開始使用越來越多的CPU來執行相同的操作,導致系統變慢。一旦進入這種狀態,它似乎無法恢復。系統重啓會暫時修復它。對於診斷方法,可能的原因以及甚至更好的解決方案,任何指導都會感激不盡。

設置:

我們訪問一個NFS共享幾個贏2008 R2雲服務器(集羣紅帽其訪問NFS)。他們都使用NFS客戶端來訪問它,使用這裏描述的註冊表修復程序:http://blog.cuongnv.com/2009/11/windows-7-client-for-nfs-and-user-name.html,我們沒有用戶名映射或活動目錄。他們通過IP訪問它,而不是安裝驅動器,根據我的理解,它仍然使用Microsoft客戶端的NFS訪問Linux盒子上的NFS共享。每臺服務器都安裝了驅動器,以便我們可以查看NFS上的文件。

爲了便於參考,我們也有兩個訪問NFS的linux雲服務器,但沒有注意到它們的問題。

用法: 所有文件關於8-15KB 的NFS越來越共載有大約8500多個目錄的文件列表文件的每一分鐘,然後逐一檢查文件的日期。 每分鐘約26次列出該目錄的子集,其中約640個文件被列出,並檢查每個文件的日期。 每分鐘還有大約60個文件寫入和60個文件刪除。

作爲一個方面說明,我們也遇到(可能無關)問題,其中服務器訪問NFS時出現停止錯誤。我們相信這將通過這個補丁修復:http://support.microsoft.com/kb/2584874(尚未應用)。

回答

0

對不起,但最後有一個半解決方案。

這是爲了增加服務器上的NFS線程並提高代碼的效率,因此它沒有執行儘可能多的目錄列表。這些組合確實可以合理地工作(至少在我們的情況下)。