C 라이브러리를 사용하여 Monitoring Framework와 상호 작용하는 구성 요소가 Linux 운영 체제에서 실행되는 경우 Monitoring Console에 느리게 표시됩니다.
해결책 없음.
C 라이브러리를 사용하는 구성 요소 및 같은 호스트의 노드 에이전트 사이에 수행하는 프로세스 간 통신은 안전하지 않습니다. 기본적으로 통신에서는 루프백 인터페이스를 사용하므로 보안 위험이 줄어듭니다.
해결책 없음.
Java 라이브러리를 사용하여 Monitoring Framework와 상호 작용하는 구성 요소를 SNMP를 통해 액세스하면 성능 문제가 발생할 수 있습니다.
해결책 없음.
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에 노드를 추가할 수 없습니다. "JRMP 연결을 설정하는 동안" 마스터 에이전트의 Monitoring Framework 오류 로그에서 심각한 오류를 보고합니다.
해결책 동기화되도록 호스트의 시간을 설정합니다.
HP-UX 운영 체제의 노드 에이전트에서 많은 모니터링 규칙이 병렬로 생성될 경우, JVM(Java Virtual Machine)의 스레드 수가 커널 매개 변수 제한을 초과하여 OutOfMemory 예외가 발생할 수 있습니다.
해결책 Sun Java Enterprise System 5 Update 1 Monitoring Guide의 To Optimize Kernel Parameters for Monitoring Framework on HP-UX 절차에서 설명한 대로 HPjconfig 도구를 다운로드하여 실행합니다.
Windows에서 mfwkadm 명령을 실행하면 다음 오류가 발생합니다.
'C:\Program'이 내부 명령, 외부 명령, 작동 가능한 프로그램 또는 일괄 처리 파일로 인식되지 않습니다. |
해결책 C:\Program Files\Sun\JavaES5\share\mfwk\bin\masetup.bat 파일의 4번째 행에서 시작 부분에 REM을 추가하여 해당 행을 주석 처리합니다.
수정 전: |
|
|
수정 후: |
|
Monitoring Framework 사용과 관련하여 알려진 기타 문제는 다음과 같습니다.
Linux에서 IPv6을 사용하는 경우 검색이 작동하지 않음