Communications Server 관리

Communications Server이 클러스터의 하트비트 포트와의 충돌을 감지하지 못함(이슈 번호 1967)

설명

클러스터를 만들 때 Communications Server에서는 1026 ~ 45556 사이의 하트비트 포트를 임의로 지정합니다. Communications Server 설치 시 만들어진 기본 클러스터인 default-cluster의 경우 0 ~ 45556 사이에서 임의의 번호가 선택됩니다. 클러스터 만들기 프로세스는 다른 서비스에서 하트비트 포트를 이미 사용 중인지 여부를 정확히 감지하지 못합니다.

해결 방법

자동화된 클러스터 만들기 구성에서 해당 포트를 이미 사용 중인 다른 서비스와 충돌하는 하트비트 포트를 선택한 경우, 클러스터 하트비트 포트를 시스템에서 사용하지 않는 포트로 업데이트합니다.

클러스터의 하트비트 포트를 변경하려면 다음 asadmin 명령을 사용합니다.

asadmin set cluster-name.heartbeat-port= newportnumber

도메인 만들기가 64비트 Linux를 실행하는 NFS 서버에서 중지됨(이슈 번호 1961)

설명

NFS 서버가 64비트 Linux에서 실행 중인 상태에서 네트워크 파일 시스템(NFS)을 마운트한 파일 시스템에 도메인을 만들려고 시도하는 동안 asadmin create-domain 명령이 실패할 수 있습니다.

해결 방법

알려진 해결 방법은 없습니다.

트래픽이 없거나 거의 없을 때 CPU 활용도가 높음(이슈 번호 1966)

설명

때때로 Communications Server 인스턴스는 CPU 오버로드 보호가 활성화되었을 때 트래픽이 없거나 거의 없는데도 높은 CPU 사용량을 보입니다. 이 문제는 JDK 버그 6693490 때문에 발생합니다. 이 버그는 JDK 6 업데이트 18에서 해결되었습니다.

해결 방법

Communications Server에서 JDK 6 업데이트 18을 사용하십시오.

SIP/SIPS 포트가 바인드되지 않은 경우에도 Communications Server 인스턴스가 시작됨(이슈 번호 998)

설명

Communications Server 인스턴스가 SIP 또는 SIPS 포트로 바인드될 수 없는 경우에도 시작됩니다.

해결 방법

서버 인스턴스를 시작하기 전에 포트가 사용 가능한지 확인하십시오. 로그 파일(server.log)에서 시작 중 SIP 컨테이너 오류 또는 예외가 발생하지 않았는지 확인하십시오.

Communications Server가 ––javahome 옵션으로 지정된 JDK를 사용하지 않음(이슈 번호 789)

설명

––javahome 옵션을 사용하여 설치의 기본 버전 대신 미리 설치된 JDK를 사용할 수 있습니다. 기본적으로 Communications Server는 as-install/jdk의 JDK 버전을 사용합니다.

해결 방법

asenv.conf 파일의 AS_JAVA 변수는 항상 as-install/jdk를 가리킵니다. 다른 JDK 버전을 사용하려면 수동으로 asenv.conf 파일을 업데이트하고 AS_JAVA의 값을 변경하십시오.

3.5GB Java 힙을 사용하면 트래픽이 진행 중일 때 인스턴스가 다시 시작됨(이슈 번호 1169)

설명

JVM 힙 크기가 3.5GB로 설정되어 있을 때 Communications Server 인스턴스는 트래픽 수신 시 실패한 후 다시 시작됩니다.

해결 방법

최대 JVM 힙 크기를 3.0GB 이하로 설정하십시오.

Communications Server가 멀티코어 시스템의 코어 중 하나만 사용할 때 CPU 사용률을 잘못 보고함(이슈 번호 1344)

설명

Solaris 플랫폼에서 Communications Server는 사용 가능한 프로세서 수와 코어당 CPU 사용량을 기준으로 CPU 사용량을 계산합니다. 그러나 Communications Server는 코어 수의 정적 값을 고려하고 JVM에서 사용하는 코어 수는 고려하지 않습니다.

해결 방법

시스템의 모든 코어를 사용하지 않는 경우 CPU 임계값을 다시 계산하십시오.