2014-11-06 102 views
0

我們在solaris在特定的測試情況下,我們會產生將這種情況下,我們得到以下錯誤時被寫入到具體路徑的服務器堆轉儲的應用在跟蹤文件 java.lang.OutOfMemoryError:Java堆空間 傾倒堆/ossrc/upgrade/JREheapdumps/java_pid16092.hprof ... 轉儲文件不完整:I/O錯誤NFS掛載點會關閉/ NFS複合失敗服務器mashost

,並在/ var/ADM /消息我們可以看到 10月28日十三點00分10秒ossuas2 NFS:[ID 733954 kern.info]注意:[NFS4] [服務器:mashost] [Mntpt:/ ossrc /升級] NFS mashost不 響應的服務器;仍試圖 年10月28 13點02分53秒ossuas2 NFS:[ID 733954 kern.info]注意:[NFS4] [服務器:mashost] [Mntpt:在/ usr /本地] NFS服務器mashost不 響應;仍試圖 年10月28 13點04分53秒ossuas2 NFS:[ID 733954 kern.info]注意:[NFS4] [服務器:mashost] [Mntpt:在/ etc /選擇/愛立信] NFS服務器mashost不 響應;仍在試圖

任何人都可以請幫助這裏爲什麼我們得到這個問題,可以在任何告訴我們可以在應用程序造成mashost這種影響.. ????第一

回答

0

第一件事,檢查了NFS服務W/svcbundleSVCS - 當它崩潰,運行:

# svcs -x nfs/client 

在客戶端上,並

# svcs -x nfs/server 

上服務器。我希望一個或兩個都處於「維護」狀態。 (您可能會看到它無法正常啓動)。如果它處於維護模式,則應該看到標有「Reason:」的行,說明原因。

您可能會看到「脫機」 - 在這種情況下,startd將嘗試在服務多次重新啓動,如果它經過五年的嘗試或掛起失敗無限期,它放置到「維護」狀態,不再重新啓動。

檢查日誌中的

/var/svc/log/<service-name FMRI>.log 

將有一個在「網絡NFS客戶端:默認」你的客戶端機器上(大概,可能,如果它被手動更改比「默認」以外的名稱),以及一個在「網絡NFS服務器:默認情況下」在服務器上

見你可以從這些蒐集的東西。


svcbundle是拍攝快照作爲服務的備份所有的時間,所以你可以嘗試恢復到其中的一個。

# svcs -s nfs/server:default 
svc:/network/nfs/server:default> listsnap 
svc:/network/nfs/server:default> revert start [name_of_snapshot] 
svc:/network/nfs/server:default> quit 

# svcadm refresh nfs/server:default 
# svcadm restart nfs/server:default 

確保包括了「:默認」的標籤,或如果從「SVCS NFS /服務器」包括它看到了一個不同的標籤,該名稱定義服務的實例,每個正在運行的服務一個實例。

如果進程無法啓動,您可能需要查看/ lib/svc/manifest/network/nfs/- 下面的XML清單,您會看到依賴關係(以及依賴於此服務的服務) ,然後是「exec_method」,它定義了服務如何啓動,停止和重新啓動。

取而代之的快照,你可以也可以將其還原爲默認值:使用svccfg -s < FMRI>刪除將其清除,然後svcadm刷新< FMRI>svcadm啓用< FMRI>


如果該服務是在維護狀態,一旦你分離,解決了問題,你可以手動清除通過運行svcadm明確< FMRI>狀態。