Monitoring Framework 問題 (適用於 UNIX 的 Sun Java Enterprise System 5 版本說明)

適用於 UNIX 的 Sun Java Enterprise System 5 版本說明

Monitoring Framework 問題

在 Linux 系統上，若啟用 IPv6，就無法使用 Monitoring Framework 。結果，此系統上您所監視元件之設備就不會載入 cacao 容器，而您也就不會在「Monitoring Console」上看到。

解決方案：可能的解決方案有兩種：

在停用受監視元件的程序中，應從節點代理程式中取消部署，但有時會停頓住。特別是永遠不會傳回 cacaoadm undeploy 指令，而監視會被封鎖在整個節點代理程式中。

解決方案：結束程序，然後使用「Sun Java Enterprise System 5 監視指南」中的「重新啟動節點代理程式」一節的程序，重新啟動節點代理程式、主代理程式和 Monitoring Console。

依靠 C 程式庫與 Monitoring Framework 連繫的元件在 Linux 作業環境執行時，在 Monitoring Console 中可能顯示較緩慢

解決方案：無。

依靠 C 程式庫的元件在重新部署或終止同一節點代理程式中的其他元件後，在 Monitoring Console 中可能顯示較緩慢的監視效能

解決方案：重新啟動包含節點代理程式之節點的 Common Agent Container，然後使用「Sun Java Enterprise System 5 監視指南」中的「重新啟動節點代理程式」一節的程序重新啟動主代理程式和 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 監視指南」中的「重新啟動節點代理程式」一節的程序，重新啟動節點代理程式、主代理程式和 Monitoring Console。

若節點代理程式主機與主代理程式主機的時間相差太多，則在 Monitoring Console 中增加節點的動作會失敗。主代理程式 Monitoring Framework 的錯誤記錄會「在建立 JRMP 連線過程中」報告發生嚴重錯誤。

解決方案：設定兩台主機的時間讓它們同步化。

誤將私用 C API 的說明文件附加於執行階段套裝軟體中。所描述的介面屬於私用，且可能隨時變更，因此不建議使用。

解決方案：無。

當在 HP-UX 作業系統的節點代理程式中平行建立許多監視規則時，Java 虛擬機器 (JVM) 中的執行緒數字會超過核心參數限制，並導致 OutOfMemory 例外。