Administración de Communications Server

Communications Server no detecta los conflictos con el puerto heartbeat de un clúster (número de problema 1967)

Descripción

Cuando se crea un clúster, Communications Server asigna aleatoriamente un puerto heartbeat entre 1026 y 45556. Para un clúster predeterminado, creado por una instalación de Communications Server, un número aleatorio entre 0 y 45556. El proceso de creación del clúster no detecta con precisión si el puerto heartbeat ya lo está usando otro servicio.

Solución

Si la configuración automatizada de creación de clústeres selecciona un puerto heartbeat que se encuentra en conflicto con otro servicio que ya está utilizando dicho puerto, actualice el puerto heartbeat del clúster a un puerto que no esté usando el sistema.

Para cambiar el puerto heartbeat de un clúster, utilice el siguiente comando asadmin :

asadmin set cluster-name.heartbeat-port= newportnumber

La creación del dominio se detiene en un servidor NFS que se ejecute en Linux de 64 bits (número de problema 1961)

Descripción

El comando asadmin create-domain puede fallar al intentar crear un dominio en un sistema de archivos montados en NFS, con el servidor NFS ejecutándose en Linux de 64 bits.

Solución

No hay una solución conocida.

Alta utilización de la CPU cuando hay poco tráfico o ni siquiera hay (número de problema 1966)

Descripción

En algunas ocasiones, las instancias de Communications Server presentan un alto nivel de utilización de la CPU aunque haya poco tráfico o ni siguiera haya, si está habilitada la protección contra sobrecarga de la CPU. Este problema se produce debido al error de JDK 6693490. Este error se solucionará en JDK 6 Update 18.

Solución

Utilice JDK 6 Update 18 con Communications Server.

Las instancias de Communications Server se inician incluso aunque no se haya conectado a los puertos SIP ni SIPS (número de problema 998)

Descripción

Las instancias de Communications Server se inician aunque no puedan conectarse a ningún puerto SIP ni SIPS.

Solución

Compruebe que los puertos estén libres antes de iniciar las instancias del servidor. Compruebe los archivos de registro (server.log) para garantizar que no se ha producido ningún error ni excepción en el contenedor SIP durante el inicio.

Communications Server no utiliza el JDK especificado mediante la opción ––javahome (número de problema 789)

Descripción

Puede utilizar un JDK preinstalado en lugar de la versión predeterminada para la instalación usando la opción ––javahome. De forma predeterminada, Communications Server utiliza la versión de JDK de as-install/jdk.

Solución

La variable AS_JAVA del archivo asenv.conf siempre señala a as-install/jdk. Si desea utilizar una versión de JDK diferente, actualice el archivo asenv.conf manualmente y cambie el valor de AS_JAVA.

Al utilizar la pila Java de 3,5 GB, las instancias se reinician cuando el tráfico está activo (número de problema 1169)

Descripción

Cuando el tamaño de la pila de JVM está establecido en 3,5 GB, las instancias de Communications Server fallan y se reinician cuando reciben tráfico.

Solución

Compruebe que el tamaño máximo de la pila de JVM esté establecido en 3,0 GB o menos.

Communications Server informa de informa incorrecta sobre el uso de la CPU cuando se utiliza sólo uno de los núcleos de un sistema de varios núcleos (número de problema 1344)

Descripción

En las plataformas Solaris, Communications Server calcula el uso de la CPU según el número de procesadores disponibles y el uso de la CPU por núcleo. Sin embargo, Communications Server tiene en cuenta el valor estático del número de núcleos, en lugar del número de núcleos que utiliza el JVM.

Solución

Volver a calcular los valores de umbral de CPU si no se están utilizando todos los núcleos del equipo.