依靠 C 程式庫與 Monitoring Framework 連繫的元件在 Linux 作業環境執行時,在 Monitoring Console 中可能顯示較緩慢
解決方案:無。
依靠 C 程式庫的元件與同一主機上節點代理程式之間的通訊不安全。依照預設,通訊使用迴路介面,因此會降低安全性風險。
解決方案:無。
透過 SNMP 存取時,依靠 Java 程式庫與 Monitoring Framework 聯繫的元件會遭遇效能問題。
解決方案:無。
因 Solaris 9 中的一個錯誤,發往 IPv4 位址的封包未傳遞給 IPv6 通訊端上的偵聽程式。這樣便會中斷節點代理程式與該主機上受監視元件之間的探索機制。
解決方案:強制節點代理程式的 JVM 以下列指令偵聽 IPv4 通訊端:
cacaoadm stop oldvalue=`cacaoadm get-param java-flags --value` cacaoadm set-param java-flags="${oldvalue} -Djava.net.preferIPv4Stack=true" |
然後按照「Sun Java Enterprise System 5 Update 1 Monitoring Guide」中的「To Restart a Node Agent」程序重新啟動節點代理程式、主代理程式和 Monitoring Console。
若節點代理程式主機與主代理程式主機的時間相差太多,則在 Monitoring Console 中增加節點的動作會失敗。主代理程式 Monitoring Framework 的錯誤記錄會「在建立 JRMP 連線過程中」報告發生嚴重錯誤。
解決方案:設定兩台主機的時間讓它們同步化。
當在 HP-UX 作業系統的節點代理程式中平行建立許多監視規則時,Java 虛擬機器 (JVM) 中的執行緒數字會超過核心參數限制,並導致 OutOfMemory 例外。
解決方案:下載並執行 HPjconfig 工具,如「Sun Java Enterprise System 5 Update 1 Monitoring Guide」中的「To Optimize Kernel Parameters for Monitoring Framework on HP-UX」程序所述。
當您在 Windows 上執行 mfwkadm 指令時會發生下列錯誤:
'C:\Program' is not recognized as an internal or external command, operable program or batch file. |
解決方案︰透過在檔案 C:\Program Files\Sun\JavaES5\share\mfwk\bin\masetup.bat 的第四行開始處增加 REM,將其加入註釋。
之前: |
|
|
之後: |
|
下列清單追蹤 Monitoring Framework 中的其他已知問題。
在 Linux 上,啟用 IPv6 後探索功能無法運作