Solucionar problemas de la Web de CUCM (GUI)

Introducción

En este documento se describen los motivos por los que no se muestran la página de usuario y las páginas web de Cisco Unified Communications Manager (CUCM) o se producen errores.

Prerequisites

Requirements

Cisco recomienda que conozca CUCM.

Componentes Utilizados

La información de este documento se basa en las versiones 7.x/8.x/9.x/10.x de CUCM.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Diagrama de flujo

Aquí se muestra el diagrama de flujo para el acceso web en CUCM:

Problema 1: Error de comunicación de base de datos

Cuando intenta iniciar sesión en la página Web de administración de CUCM desde Publisher, se recibe el mensaje "Error de comunicación de la base de datos".

Puede iniciar sesión en la página web de administración de CUCM desde el suscriptor, pero cualquier cambio en CUCM causa uno de estos errores:

"Error al recuperar información de la base de datos. java.sql.SQLException: no hay permiso DELETE." o "Error al agregar. Se requiere el privilegio Insert para esta operación."

Este problema puede producirse cuando intenta iniciar sesión en el servidor después de realizar cambios en el servidor de Publisher, como cuando se cambia el nombre de host o la dirección IP mediante la CLI o la página de administración del sistema operativo (SO).

En este caso, revierta los cambios realizados a la configuración anterior para permitirle iniciar sesión.

Si no ha realizado ningún cambio en CUCM Publisher y sigue recibiendo el mensaje de error de comunicaciones de la base de datos, compruebe estos elementos:

• Ingrese el comando utils dbreplication runtimestate para verificar el estado de replicación de BD.

Confirme que el estado de la replicación sea 2 en todos los nodos sin errores ni discordancias.

• Determine si un servicio de base de datos (DB) de Cisco se ejecuta actualmente. Una base de datos de Cisco no iniciada en Publisher también podría causar este problema.

El error/síntoma en el Suscriptor es diferente porque el Suscriptor utiliza su propio proceso A Cisco DB que se ejecuta correctamente. Sin embargo, cuando intenta actualizar la configuración, el suscriptor se pone en contacto con una base de datos de Cisco en Publisher que no funciona y también causa un error en el suscriptor. Además, la imposibilidad de acceder a la página de CUCM de Publisher se debe posiblemente a un error de comunicación de la base de datos en la que Informix no acepta más conexiones.

El comando utils dbreplication runtimestate no funciona:

admin:utils dbreplication runtimestate
File "/usr/local/cm/bin/DbReplRTstate.py", line 578, in ?
   fin = open(tfile, 'r')
IOError: [Errno 2] No such file or directory: 
'/var/log/active/cm/trace/dbl/sdi/getNodes'

Este problema también se documenta con el ID de bug de Cisco CSCtl74037. La solución alternativa para esto es ingresar estos comandos desde la CLI:

utils service stop A Cisco DB
utils service start A Cisco DB

y detenga el servicio Cisco Express Forwarding (CEF) desde la página de facilidad de mantenimiento.

Ingrese el comando utils service start A Cisco DB para iniciar el servicio A Cisco DB.

Si el servicio no se inicia, llame al centro de asistencia técnica Cisco Technical Assistance Center (TAC) para iniciar el servicio desde la raíz. El TAC verifica el problema con el acceso raíz. En algunos casos, si la base de datos está dañada, es necesario volver a generar CUCM.

Problema 2: No se puede establecer la conexión con el servidor (no se puede acceder al nodo remoto)

No puede acceder a los otros nodos de CUCM desde la página Serviciabilidad de CUCM en la que está conectado actualmente.

Elija Cisco Unified Serviceability > Tools > Control Center Feature/Network Services > Select Server > Go.

El mensaje de error que se muestra es "No se puede establecer la conexión con el servidor (no se puede obtener acceso al nodo remoto)."

Solución Aternativa

Inicie sesión en cada nodo de CUCM por separado para acceder a los servicios Serviceability y Activate/Deactivate.

Solución

1. Compruebe si el certificado de Tomcat ha caducado. (Elija Cisco OS Administration > Security > Certificate Management > tomcat.pem). Si ha caducado, regenere el certificado Tomcat y reinicie el servicio Tomcat.
   • Si utiliza un certificado firmado por la autoridad certificadora (CA), obtenga la petición de firma de certificado (CSR) de Tomcat refirmada por la CA, vuelva a cargarla y reinicie el servicio Cisco Tomcat con el comando utils service restart Cisco Tomcat.
   • Si utiliza un certificado autofirmado en el servidor afectado, regenere el certificado Tomcat con el comando set cert regen tomcat de la CLI o de la administración del sistema operativo y, a continuación, reinicie el servicio Cisco Tomcat con el comando utils service restart Cisco Tomcat.

     Este defecto conocido se documenta con el ID de bug de Cisco CSCth4399.

2. Confirme la validez de los certificados de Tomcat. Compruebe si el certificado de confianza Tomcat del nodo problemático está en el otro nodo. Si no está en el nodo, descargue el certificado de confianza Tomcat del nodo problemático y cárguelo en el otro nodo como confianza Tomcat. A continuación, regenere el certificado Tomcat en el nodo problemático y reinicie el servicio Tomcat en ambos nodos.

Problema 3: No se puede establecer la conexión con el servidor (error desconocido)

No puede acceder a los otros nodos de CUCM desde la página Serviciabilidad de CUCM en la que está conectado actualmente. Elija Serviciabilidad de Cisco Unified > Herramientas > Activación de servicio/Función del centro de control/Servicios de red > Seleccionar servidor > Ir.

El mensaje de error que se muestra es "No se puede establecer la conexión con el servidor (error desconocido)."

Solución Aternativa

Inicie sesión en cada nodo de CUCM por separado para acceder a los servicios Serviceability y Activate/Deactivate.

Solución

1. Ingrese el comando utils dbreplication runtimestate para verificar cualquier problema de dbreplication en el clúster de CUCM.
2. Reinicie el servicio Tomcat con el comando utils service restart Cisco Tomcat.
3. Compruebe si hay discrepancias de números de serie de certificados Tomcat (tomcat-trust) en los nodos.
4. Elija Cisco OS Administration > Security > Certificate Management > tomcat.pem y compruebe si el certificado Tomcat ha caducado. Si ha caducado, regenere el certificado Tomcat y reinicie el servicio Tomcat.
   • Si utiliza un certificado firmado por CA, consiga que la CA vuelva a firmar el CSR de Tomcat, vuelva a cargarlo y reinicie el servicio Cisco Tomcat con el comando utils service restart Cisco Tomcat.
   • Si utiliza un certificado autofirmado en el servidor afectado, regenere el certificado Tomcat con el comando set cert regen tomcat de la CLI o de la administración del sistema operativo y, a continuación, reinicie el servicio Cisco Tomcat con el comando utils service restart Cisco Tomcat.

     Estos defectos conocidos están documentados en el ID de bug de Cisco CSCui29232 y el ID de bug de Cisco CSCud67438.

Problema 4: no se puede establecer la conexión con el servidor (excepción de certificado)

No puede acceder a los otros nodos de CUCM desde la página Serviciabilidad de CUCM en la que está conectado actualmente.

Elija Serviciabilidad de Cisco Unified > Herramientas > Activación de servicio/Función del centro de control/Servicios de red > Seleccionar servidor > Ir.

El mensaje de error que se muestra es "No se puede establecer la conexión con el servidor (excepción de certificado)."

Solución Aternativa

Inicie sesión en cada nodo de CUCM por separado para acceder a los servicios Serviceability y Activate/Deactivate.

Solución

1. Ingrese el comando utils dbreplication runtimestate para verificar cualquier problema de dbreplication en el clúster de CUCM.
2. Reinicie el servicio Tomcat con el comando utils service restart Cisco Tomcat.
3. Compruebe si hay discrepancias de números de serie de certificados Tomcat (tomcat-trust) en los nodos.
4. Elija Cisco OS Administration > Security > Certificate Management > tomcat.pem y compruebe si el certificado Tomcat ha caducado. Si ha caducado, regenere el certificado Tomcat y reinicie el servicio Tomcat.
   • Si utiliza un certificado firmado por CA, consiga que la CA vuelva a firmar el CSR de Tomcat, vuelva a cargarlo y reinicie el servicio Cisco Tomcat con el comando utils service restart Cisco Tomcat.
   • Si utiliza un certificado autofirmado en el servidor afectado, regenere el certificado Tomcat con el comando set cert regen tomcat de la CLI o de la administración del sistema operativo y, a continuación, reinicie Cisco el servicio Tomcat con el comando utils service restart Cisco Tomcat.

     Este defecto conocido se documenta con el ID de bug de Cisco CSCup10995.

Problema 5: Acceso muy lento a la GUI

El acceso Web/GUI de CUCM en el editor y el suscriptor es muy lento.

Solución

1. El administrador de CUCM siempre consulta la base de datos del editor cuando está disponible. Consulte el diagrama en la sección Diagrama de flujo.
2. Compruebe si hay problemas o retrasos en la red. Esto sucede si la agrupación en clúster se realiza a través de una red de área extensa (WAN).
3. Reinicie el servicio Cisco Tomcat desde CLI/Secure Shell (SSH) con el comando utils service restart Cisco Tomcat.
4. Programe una ventana de mantenimiento y reinicie los nodos de CUCM.
5. Si el problema ocurre de nuevo, comuníquese con el TAC con estos registros:
   • Seguimientos de Call Manager (Detallado)
   • Registros de Tomcat (los registros de la salida del archivo obtienen el comando activelog tomcat/logs/* de la CLI)
   • Registro de aplicación del Visor de eventos
   • Registros del sistema del visor de eventos
   • Registros de rendimiento de DataCollector de Cisco Real-Time Information Server (RIS)
   • Registros de Service Manager
   • Salida de estos comandos desde la CLI de CUCM:

     utils diagnose test
     utils ntp status
     show process load cpu
     show process load memory
     show process using-most cpu
     show process using-most memory
     utils core active list

   • Registros de Cisco Integrated Management Controller (CIMC) 

Estos defectos conocidos están documentados en el ID de bug de Cisco CSCub02337 y el ID de bug de Cisco CSCui86571.

Problema 6: No se puede copiar/pegar la contraseña en la página de inicio de sesión del usuario final

No funciona copiar/pegar en el campo Contraseña de la página de inicio de sesión del usuario final de CUCM.

No se admite la operación de pegar la contraseña en el campo Contraseña de la página de inicio de sesión de usuario final de CUCM.

Esto no funciona con Internet Explorer (IE), Firefox o Chrome.

No se permite copiar/pegar la contraseña en las páginas de usuario final debido al riesgo de seguridad. Esto se agrega como parte de la versión 9.1.2 y posteriores de CUCM.

Sin embargo, se ha observado que la función de copiar/pegar todavía funciona con algunas versiones de CUCM 10.x, que se documenta en el Id. de bug de Cisco CSCus84153 y el Id. de bug de Cisco CSCus84152.

Problema 7: No se puede acceder al ELM con Firefox y Chrome

No puede acceder a Enterprise License Manager (ELM) con Firefox y Chrome, pero esto funciona bien con IE. Al iniciar sesión en el ELM con Firefox o Chrome, ninguna de las opciones está disponible.

Este defecto conocido se documenta con el ID de bug de Cisco CSCul30396.

Este problema se ha corregido en las versiones de CUCM 9.1.2.11900-10 y posteriores. Se puede acceder a ELM con Firefox, IE y Chrome.

Problema 8: La página Web cierra sesión automáticamente

La página web de CUCM se desconecta automáticamente cuando caduca el tiempo de espera inactivo.

Puede establecer el tiempo de espera de la página web con estos comandos desde la CLI de CUCM.

show webapp session timeout
set webapp session timeout

admin:set webapp session timeout ?

Sintaxis

set webapp session timeout minutes

Minutos es obligatorio y es el número de minutos tras los que se declaran no válidas las sesiones. El rango es 5 a 99999.

admin:set webapp session timeout 5

Si continúa con esta operación, establece el tiempo de espera de sesión para las sesiones web en 5 minutos después de que se haya reiniciado el servicio Cisco Tomcat o después de que se haya reiniciado el servidor.

Continue (y/n)?y
Tomcat session-timeout updated to 5 minutes.

Es necesario reiniciar el servicio Cisco Tomcat para que los cambios surtan efecto inmediatamente. Esto desconecta las sesiones web activas.

Continue (y/n)?y

No presione Ctrl-C mientras el servicio se REINICIA. Si el servicio no se ha reiniciado correctamente, vuelva a introducir el mismo comando.

Service Manager is running

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Commanded Out of Service

Cisco Tomcat[NOTRUNNING]

Service Manager is running

Cisco Tomcat[STARTING]

Cisco Tomcat[STARTING]

Cisco Tomcat[STARTED]

El servicio Cisco Tomcat se ha reiniciado correctamente. Las nuevas sesiones web agotan el tiempo de espera después de 5 minutos. El tiempo de espera de la sesión actual utilizado para las sesiones web y las aplicaciones es de 5 minutos.

Problema 9: No se puede acceder a la página web de administración/usuario de CUCM

No puede acceder a la página Web de administrador/usuario de CUCM.

1. Compruebe si las credenciales de usuario son correctas. Si ha introducido credenciales incorrectas, recibirá este error.

   

2. Compruebe si el usuario tiene configurados los permisos correctos (funciones y grupos de usuarios). Si no se configuran correctamente, la página web vuelve a solicitar la página de inicio de sesión sin ningún mensaje de error.

Problema 10: el agente local no responde, el agente principal o local está inactivo

No puede acceder a ninguna opción de la página Sistema de recuperación ante desastres (DRS) de CUCM después de iniciar sesión. 

"El agente local no responde." Esto se debe posiblemente a que el agente principal o local está inactivo. 

1. Compruebe el certificado IPsec y confirme la validez. Si ha caducado, vuelva a generar el certificado IPsec. 
2. Reinicie el servicio Cisco DRF Primary y el servicio DRF Local.

Información Relacionada

• Soporte Técnico y Documentación - Cisco Systems