Problemas de la red del Troubleshooting CUCM (GUI)

Introducción

Este documento describe la mayor parte de las razones que las páginas web del administrador de las Comunicaciones unificadas de Cisco (CUCM) o la página del usuario CUCM no está visualizadas o da un error.

Prerrequisitos

Requisitos

Cisco recomienda que usted tiene conocimiento de CUCM.

Componentes Utilizados

La información en este documento se basa en las versiones 7.x/8.x/9.x/10.x 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 la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Diagrama de flujo

El diagrama de flujo para el Acceso Web en CUCM se muestra aquí:

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

Cuando usted intenta iniciar sesión a la página web CUCM Admin de Publisher, “se recibe el error del error de la comunicación de la base de datos”.

Usted puede iniciar sesión a la página web CUCM Admin del suscriptor, pero cualquier cambio en CUCM causa uno de estos errores: El “error ocurrió mientras que extraía la información de la base de datos. java.sql.SQLException: Ningún permiso de la CANCELACIÓN.” o “Add falló. El privilegio del separador de millares se requiere para esta operación.”.

Este problema puede ocurrir cuando usted intenta iniciar sesión al servidor después de que los cambios se realicen en el servidor editor, por ejemplo cuando el nombre de host o la dirección IP se cambia a través del CLI o de la página de administración del operating system (OS). En este caso, invierta los cambios realizados de nuevo a la antigua configuración para dejarle iniciar sesión.

Si no se realizó ningunos cambios a CUCM Publisher y usted todavía recibe el mensaje de error de las comunicaciones de la base de datos, después marque estos elementos:

• Ingrese el comando del runtimestate del dbreplication del utils para marcar el estatus de DBreplication. Confirme que el estatus de la replicación es 2 en todos los Nodos sin ningunos errores o discordancías.
• Determine si un servicio de la base de datos de Cisco (DB) se ejecuta actualmente. Cisco DB no comenzado en Publisher podía también causar este problema. El error/el síntoma en el suscriptor es diferentes porque el suscriptor utiliza sus los propio un proceso de Cisco DB que se ejecute muy bien. Sin embargo cuando usted intenta poner al día la configuración, el suscriptor entra en contacto Cisco DB en Publisher que no trabaja y causa un error en el suscriptor también.

También, la incapacidad para acceder la página CUCM de Publisher pudo ser debido a un error de la comunicación de la base de datos donde el Informix no valida más conexiones.

El comando del runtimestate del dbreplication del utils no trabaja:

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 es documentado por el Id. de bug Cisco CSCtl74037. El workaround para esto es ingresar estos comandos del CLI:

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

y pare el servicio del Cisco Express Forwarding (CEF) de la página de la utilidad.

Ingrese el comienzo del servicio del utils un comando de Cisco DB para comenzar un servicio de Cisco DB. Si el servicio no comienza, después llame el Centro de Asistencia Técnica de Cisco (TAC) para comenzar el servicio de la raíz. TAC verifica el problema con el acceso a raíz. En pocos casos, si el DB entonces se corrompe una reconstrucción de CUCM es necesaria.

Problema 2: La conexión al servidor no puede ser establecida (incapaz de acceder el nodo remoto)

Usted no puede acceder los otros Nodos CUCM de la página de la utilidad del CUCM que le abren una sesión actualmente. Elija los servicios unificados Cisco del /Network de la característica de la utilidad > del Tools (Herramientas) > Control Center (Centro de control) > server> selecto van.

El mensaje de error visualizado es “conexión al servidor no se puede establecer (incapaz de acceder el nodo remoto)”.

Solución Aternativa

Inicie sesión a cada nodo CUCM por separado para acceder la utilidad y activar/desactive los servicios.

Solución

1. Marque si está expirado el certificado de Tomcat. (Elija el Certificate Management (Administración de certificados) del > Security (Seguridad) de la administración del OS de Cisco > tomcat.pem). Si está expirado, regenere el certificado de Tomcat y recomience el servicio de Tomcat.
   • Si usted utiliza un certificado firmado del Certificate Authority (CA), consiga el pedido de firma de certificado de Tomcat (CSR) re-firmado por CA, re-carga él detrás, y recomience servicio Tomcat de Cisco con el comando de Cisco Tomcat del reinicio del servicio del utils.
   • Si usted utiliza un certificado autofirmado en el servidor afectado, regenere el certificado de Tomcat con el comando del tomcat CERT regen del conjunto del CLI o de OS Admin y después recomience servicio Tomcat de Cisco con el comando de Cisco Tomcat del reinicio del servicio del utils.

     Este defecto conocido se documenta en el Id. de bug Cisco CSCth44399.

2. Confirme la validez de los Certificados de Tomcat. Marque si el certificado de confianza de Tomcat del nodo problemático está en el otro nodo. Si no está en el nodo, descargue el certificado de confianza de Tomcat del nodo problemático y carguelo al otro nodo como confianza de Tomcat. Entonces, regenere el certificado de Tomcat en el nodo problemático y recomience el servicio de Tomcat en ambos Nodos.

Problema 3: La conexión al servidor no puede ser establecida (el Error desconocido)

Usted no puede acceder los otros Nodos CUCM de la página de la utilidad del CUCM que le abren una sesión actualmente. Elija la utilidad unificada Cisco > las herramientas > los servicios del /Network de la característica de la activación/del centro de control del servicio > server> selecto van.

El mensaje de error visualizado es “conexión al servidor no se puede establecer (Error desconocido)”.

Solución Aternativa

Inicie sesión a cada nodo CUCM por separado para acceder la utilidad y activar/desactive los servicios.

Solución

1. Ingrese el comando del runtimestate del dbreplication del utils para marcar para saber si hay cualquier problema del dbreplication en el cluster CUCM.
2. Recomience el servicio de Tomcat con el comando de Cisco Tomcat del reinicio del servicio del utils.
3. Marque para saber si hay cualquier discordancía del número de serie del certificado de Tomcat (Tomcat-confianza) en los Nodos.
4. Elija el Certificate Management (Administración de certificados) del > Security (Seguridad) de la administración del OS de Cisco > tomcat.pem y marque si está expirado el certificado de Tomcat. Si está expirado, regenere el certificado de Tomcat y recomience el servicio de Tomcat.
   • Si usted utiliza un certificado firmado de CA, consiga Tomcat CSR re-firmado por CA, re-carga él detrás, y recomience servicio Tomcat de Cisco con el comando de Cisco Tomcat del reinicio del servicio del utils.
   • Si usted utiliza un certificado autofirmado en el servidor afectado, regenere el certificado de Tomcat con el comando del tomcat CERT regen del conjunto del CLI o de OS Admin y después recomience servicio Tomcat de Cisco con el comando de Cisco Tomcat del reinicio del servicio del utils.

     Estos defectos conocidos se documentan en el bug Cisco ID CSCui29232 y CSCud67438.

Problema 4: La conexión al servidor no puede ser establecida (la excepción del certificado)

Usted no puede acceder los otros Nodos CUCM de la página de la utilidad del CUCM que le abren una sesión actualmente. Elija la utilidad unificada Cisco > las herramientas > los servicios del /Network de la característica de la activación/del centro de control del servicio > server> selecto van.

El mensaje de error visualizado es “conexión al servidor no se puede establecer (excepción del certificado)”.

Solución Aternativa

Inicie sesión a cada nodo CUCM por separado para acceder la utilidad y activar/desactive los servicios.

Solución

1. Ingrese el comando del runtimestate del dbreplication del utils para marcar para saber si hay cualquier problema del dbreplication en el cluster CUCM.
2. Recomience el servicio de Tomcat con el comando de Cisco Tomcat del reinicio del servicio del utils.
3. Marque para saber si hay cualquier discordancía del número de serie del certificado de Tomcat (Tomcat-confianza) en los Nodos.
4. Elija el Certificate Management (Administración de certificados) del > Security (Seguridad) de la administración del OS de Cisco > tomcat.pem y marque si está expirado el certificado de Tomcat. Si está expirado, regenere el certificado de Tomcat y recomience el servicio de Tomcat.
   • Si usted utiliza un certificado firmado de CA, consiga Tomcat CSR re-firmado por CA, re-carga él detrás, y recomience servicio Tomcat de Cisco con el comando de Cisco Tomcat del reinicio del servicio del utils.
   • Si usted utiliza un certificado autofirmado en el servidor afectado, regenere el certificado de Tomcat con el comando del tomcat CERT regen del conjunto del CLI o de OS Admin y después recomience Cisco el servicio de Tomcat con el comando de Cisco Tomcat del reinicio del servicio del utils.

     Este defecto conocido se documenta en el Id. de bug Cisco CSCup10995.

Problema 5: Acceso a GUI muy lento

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

Solución

1. Observe que CUCM Admin pregunta siempre la base de datos del editor cuando está disponible. Vea el diagrama en la sección del diagrama de flujo.
2. Marque para saber si hay cualesquiera problemas de red/retraso de la red. Esto pudo suceder si el clúster se hace sobre un Red de área ancha (WAN).
3. Recomience servicio Tomcat de Cisco del shell CLI/Secure (SSH) con el comando de Cisco Tomcat del reinicio del servicio del utils.
4. Programe una ventana de mantenimiento y reinicie los Nodos CUCM.
5. Si ocurre el problema otra vez, entre en contacto TAC con estos registros:
   • Trazas del administrador de llamada (detallado)
   • Registros de Tomcat (los registros de la salida del archivo consiguen el comando del tomcat/logs/* del activelog del CLI)
   • Registro de la aplicación del visor de eventos
   • Registros del sistema del visor de eventos
   • Registros del perfmon de DataCollector del servidor de información en tiempo real de Cisco (RI)
   • Registros del service manager
   • Salida de estos comandos del 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 del regulador de la administración integrada de Cisco (CIMC) (del VM - guía visual para recoger los archivos del soporte técnico (B y serie C))

Estos defectos conocidos se documentan en el bug Cisco ID CSCub02337 y CSCui86571.

Problema 6: Copiar incapaz/goma la contraseña en la página de registro del usuario final

La copia/la goma al campo de contraseña en la página de registro del usuario final CUCM no trabaja. La operación de la goma de la contraseña en el campo de contraseña en la página de registro del usuario final CUCM no se soporta. Esto no trabajará con el internet explorer (IE), Firefox, o Chrome.

La copia/la goma de la contraseña no se permite en las páginas del usuario final debido al riesgo de seguridad. Esto se agrega como parte de la versión 9.1.2 y posterior CUCM. Sin embargo, se ha notado que la copia/la función de la goma todavía trabaja con algunas versiones de CUCM 10.x, que se documenta en el bug Cisco ID CSCus84153 y CSCus84152.

Problema 7: Incapaz de acceder el OLMO con Firefox y Chrome

Usted no puede acceder la empresa License Manager (Administrador de licencia) (OLMO) con Firefox y Chrome, pero esto trabaja muy bien con el IE. Cuando usted inicia sesión al OLMO con Firefox o Chrome, ningunas de las opciones están disponibles.

Este defecto conocido se documenta en el Id. de bug Cisco CSCul30396.

Este problema se ha reparado en las versiones de CUCM 9.1.2.11900-10 y posterior. El OLMO se puede acceder con Firefox, el IE, y Chrome.

Problema 8: La página web termina la sesión automáticamente

La página web CUCM termina la sesión automáticamente después de que expire su tiempo de inactividad.

Usted puede fijar el descanso de la página web con estos comandos del CLI de CUCM.

show webapp session timeout
set webapp session timeout

admin:set webapp session timeout ?

Sintaxis

set webapp session timeout minutes

Los minutos son obligatorios y son el número de minutos después de lo cual las sesiones se declaran para ser inválidas. El rango es 5 a 99999.

admin:set webapp session timeout 5

Si usted continúa con esta operación, fija el sesión-descanso para las sesiones web a 5 minutos después de que servicio Tomcat de Cisco se han recomenzado o después de que se ha reiniciado el servidor.

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

Servicio Tomcat de Cisco necesita ser recomenzado para que los cambios tomen el efecto inmediatamente. Esto desconecta a las sesiones web activas.

Continue (y/n)?y

No presione el Ctrl-c mientras que el servicio RECOMIENZA. Si el servicio no ha recomenzado correctamente, ingrese el mismo comando otra vez.

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]

Servicio Tomcat de Cisco recomenzado con éxito. Nuevo tiempo de las sesiones web hacia fuera después de 5 minutos. El sesión-descanso actual usado para las sesiones web y las aplicaciones es 5 minutos.

Problema 9: Incapaz de acceder el Admin/la página web del usuario de CUCM

Usted no puede acceder la página web Admin/del usuario de CUCM.

1. Verifique si los credenciales de usuario estén correctos. Si usted ha ingresado las credenciales incorrectas, usted recibe este error.

   

2. Verifique si el usuario haga los permisos correctos (los papeles y los grupos de usuarios) configurar. Si los no configuran correctamente, la página web indica la página de registro otra vez sin ningunos mensajes de error.

Vea la guía del sistema del administrador de las Comunicaciones unificadas de Cisco para los detalles con respecto a los papeles y los grupos de usuarios.

Problema 10: El agente local no responde, el master o el agente local pudo estar abajo

Usted no puede acceder cualquier opción de la página del sistema de la Recuperación tras desastres (DRF) de CUCM después de que usted inicie sesión. Usted puede ser que consiga este mensaje:

El “agente local no está respondiendo. Esto puede deber dominar o agente local que está abajo de”

1. Marque el certificado del IPSec y confirme la validez. Si se expira, regenere el certificado del IPSec. Vea el vencimiento del certificado y la cancelacíon del CallManager para la información sobre cómo regenerar el certificado.
2. Recomience el master de Cisco DRF y el servicio local DRF.

Información Relacionada

• La página web de la administración del CallManager de Cisco no puede ser visualizada
• Administrador 5.x/6.x/7.x/8.x de las Comunicaciones unificadas de Cisco: Incapaz de iniciar sesión a la página de administración o a la página del usuario
• Soporte Técnico y Documentación - Cisco Systems