Monitoring Framework 문제

Linux IPv6 루프백 인터페이스가 지원되지 않음(6356355)

Linux 시스템에서 IPv6을 사용하면 Monitoring Framework가 작동하지 않습니다. 그 결과 이 시스템의 모니터 대상 구성 요소에 대한 계측이 cacao 컨테이너로 로드되지 않으며, 따라서 Monitoring Console에도 표시되지 않습니다.

해결책 다음의 두 가지 해결책이 있습니다.

• 루프백 인터페이스를 사용하지 않도록 Monitoring Framework를 구성합니다.

  1. Monitoring Framework 구성 디렉토리(기본적으로 /etc/opt/sun/mfwk/config)에 샘플 등록 정보 파일을 복사합니다.

     cp mfwk.properties.sample mfwk.properties

  2. 새로 복사된 mfwk.properties 파일에 다음 매개 변수를 설정합니다.

     mfwk.multicast.disableloopback=true

  3. Sun Java Enterprise System 5 모니터링 설명서의 노드 에이전트를 다시 시작하는 방법에 나와 있는 절차에 따라 노드 에이전트, 마스터 에이전트 및 Monitoring Console을 다시 시작합니다.

• Red Hat 3.0에서 다음 단계를 수행하여 IPv6을 사용 불가능하게 합니다.

  1. /etc/modprobe.conf 파일에 다음 행이 있는지 확인합니다.

     alias net-pf-10 ipv6

  2. 이 행을 변경하거나 다음 행을 추가합니다.

     alias net-pf-10 off

  3. 시스템을 다시 부팅합니다. 이제 IPv6을 사용할 수 없습니다.

  Red Hat 4.0에서는 /etc/modules.conf 파일을 사용하여 같은 절차를 수행합니다.

노드 에이전트에서 모니터 대상 구성 요소를 배포 해제하면 교착 상태가 발생할 수 있음(6481273)

모니터 대상 구성 요소를 사용 불가능하게 설정하는 과정에 노드 에이전트에서 해당 구성 요소를 배포 해제해야 하지만 교착 상태에 빠지는 경우가 가끔 있습니다. 특히 cacaoadm undeploy 명령이 반환되지 않고 전체 노드 에이전트에서 모니터링이 차단됩니다.

해결책 Sun Java Enterprise System 5 모니터링 설명서의 노드 에이전트를 다시 시작하는 방법에 나와 있는 절차에 따라 프로세스를 종료하고 노드 에이전트, 마스터 에이전트 및 Monitoring Console을 다시 시작합니다.

Linux에서 C 구성 요소의 모니터링 성능이 느림(6332884)

C 라이브러리를 사용하여 Monitoring Framework와 상호 작용하는 구성 요소가 Linux 운영 체제에서 실행되는 경우 Monitoring Console에 느리게 표시됩니다.

해결책 없음

노드 작업 후 C 구성 요소의 모니터링 성능이 느려짐(6410218)

같은 노드 에이전트의 다른 구성 요소를 다시 배포하거나 중단한 후 C 라이브러리를 사용하는 구성 요소의 모니터링 성능이 Monitoring Console에서 느려질 수 있습니다.

해결책 Sun Java Enterprise System 5 모니터링 설명서의 노드 에이전트를 다시 시작하는 방법에 나와 있는 절차에 따라 노드 에이전트를 포함한 해당 노드의 공통 에이전트 컨테이너를 다시 시작한 다음 마스터 에이전트 및 Monitoring Console을 다시 시작합니다.

C 구성 요소가 노드 에이전트와 안전하게 통신하지 않음(6405037)

C 라이브러리를 사용하는 구성 요소 및 같은 호스트의 노드 에이전트 사이에 수행하는 프로세스 간 통신은 안전하지 않습니다. 기본적으로 통신에서는 루프백 인터페이스를 사용하므로 보안 위험이 줄어듭니다.

해결책 없음

Java 구성 요소의 SNMP 성능이 느림(6437945)

Java 라이브러리를 사용하여 Monitoring Framework와 상호 작용하는 구성 요소를 SNMP를 통해 액세스하면 성능 문제가 발생할 수 있습니다.

해결책 없음

노드 에이전트가 Solaris 9에서 모니터 대상 구성 요소를 검색할 수 없음(6504230)

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에 추가할 수 없음(6487357)

노드 에이전트와 마스터 에이전트 호스트의 시간이 동기화되어 있지 않으면 Monitoring Console에 노드를 추가할 수 없습니다. "JRMP 연결을 설정하는 동안" 마스터 에이전트의 Monitoring Framework 오류 로그에서 심각한 오류를 보고합니다

해결책 동기화되도록 호스트의 시간을 설정합니다.

비공개 C API에 대한 설명서가 지원되지 않음(6463023)

비공개 C API에 대한 설명서가 런타임 패키지에 잘못 포함되었습니다. 이 설명서에서 설명하는 인터페이스는 비공개이며 언제든지 변경될 수 있으므로 사용하지 않는 것이 좋습니다.

해결책 없음

HP_UX: 과도한 동시 모니터링 규칙으로 인한 예외 발생(6481758)

HP-UX 운영 체제의 노드 에이전트에서 많은 모니터링 규칙이 병렬로 생성될 경우, JVM(Java Virtual Machine)의 스레드 수가 커널 매개 변수 제한을 초과하여 OutOfMemory 예외가 발생할 수 있습니다.

해결책 Sun Java Enterprise System 5 Monitoring Guide의 To Optimize Kernel Parameters for Monitoring Framework on HP-UX 절차에서 설명한 대로 HPjconfig 도구를 다운로드하여 실행합니다.