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 encargado 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 comunicación de la base de datos

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

Usted puede abrirse una 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 abrirse una sesión al servidor después de que los cambios se realicen en el servidor editor, por ejemplo cuando el hostname o la dirección IP se cambia a través del CLI o de la página de administración del sistema operativo (OS). En este caso, invierta los cambios realizados de nuevo a la antigua configuración para dejarle abrirse una sesión.

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

• Ingrese el comando del runtimestate del dbreplication de los utils para controlar 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. Un DB de Cisco no comenzado en el editor 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 DB de Cisco que se ejecute muy bien. Sin embargo cuando usted intenta poner al día la configuración, el suscriptor entra en contacto con Un DB de Cisco en el editor que no trabaja y causa un error en el suscriptor también.

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

El comando del runtimestate del dbreplication de los 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 CSCtl74037 de Cisco. 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 de los utils un comando DB de Cisco para comenzar un servicio DB de Cisco. Si el servicio no comienza, después llame el centro de la 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 tener acceso al nodo remoto)

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

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

Workaround

Ábrase una sesión a cada nodo CUCM por separado para tener acceso a la utilidad y activar/desactive los servicios.

Solución

1. Controle si está expirado el certificado de Tomcat. (Elija el Certificate Management (Administración de certificados) del > Security (Seguridad) de la administración 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 el CA, re-carga por teletratamiento él detrás, y recomience servicio Tomcat de Cisco con el comando de Cisco Tomcat del reinicio del servicio de los utils.
   • Si usted utiliza un certificado autofirmado en el servidor afectado, regenere el certificado de Tomcat con el comando del gato 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 de los utils.

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

2. Confirme la validez de los Certificados de Tomcat. Controle 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 cargúelo por teletratamiento 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 tener acceso a 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 > la activación del servicio/la característica/los servicios de red del centro de control > servidor selecto > van.

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

Workaround

Ábrase una sesión a cada nodo CUCM por separado para tener acceso a la utilidad y activar/desactive los servicios.

Solución

1. Ingrese el comando del runtimestate del dbreplication de los utils para controlar para saber si hay cualquier problema del dbreplication en el racimo CUCM.
2. Recomience el servicio de Tomcat con el comando de Cisco Tomcat del reinicio del servicio de los utils.
3. Controle 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 OS de Cisco > tomcat.pem y controle 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 CA, consiga el CSR de Tomcat re-firmado por el CA, re-carga por teletratamiento él detrás, y recomience servicio Tomcat de Cisco con el comando de Cisco Tomcat del reinicio del servicio de los utils.
   • Si usted utiliza un certificado autofirmado en el servidor afectado, regenere el certificado de Tomcat con el comando del gato 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 de los utils.

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

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

Usted no puede tener acceso a 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 > la activación del servicio/la característica/los servicios de red del centro de control > servidor selecto > van.

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

Workaround

Ábrase una sesión a cada nodo CUCM por separado para tener acceso a la utilidad y activar/desactive los servicios.

Solución

1. Ingrese el comando del runtimestate del dbreplication de los utils para controlar para saber si hay cualquier problema del dbreplication en el racimo CUCM.
2. Recomience el servicio de Tomcat con el comando de Cisco Tomcat del reinicio del servicio de los utils.
3. Controle 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 OS de Cisco > tomcat.pem y controle 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 CA, consiga el CSR de Tomcat re-firmado por el CA, re-carga por teletratamiento él detrás, y recomience servicio Tomcat de Cisco con el comando de Cisco Tomcat del reinicio del servicio de los utils.
   • Si usted utiliza un certificado autofirmado en el servidor afectado, regenere el certificado de Tomcat con el comando del gato 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 de los utils.

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

Problema 5: El GUI tiene acceso a 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. Controle para saber si hay cualesquiera problemas de red/retraso de la red. Esto pudo suceder si el agrupamiento 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 de los utils.
4. Programe una ventana de mantenimiento y reinicie los Nodos CUCM.
5. Si ocurre el problema otra vez, entre en contacto con TAC con estos registros:
   • Rastros del encargado de llamada (detallado)
   • Registros de Tomcat (los registros de la salida del fichero consiguen el comando del gato/logs/* del activelog del CLI)
   • Registro de aplicación del espectador del evento
   • Registros del sistema del espectador del evento
   • Registros de DataCollector Perfmon del servidor de información en tiempo real de Cisco (RIS)
   • 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) (de la VM - guía visual para recoger los ficheros del soporte técnico (B y serie C))

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

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 utiliza. 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 los ID de bug CSCus84153 y CSCus84152 de Cisco.

Problema 7: Incapaz de tener acceso al OLMO con Firefox y Chrome

Usted no puede tener acceso a la empresa License Manager (Administrador de licencia) (OLMO) con Firefox y Chrome, pero esto trabaja muy bien con el IE. Cuando usted se abre una 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 CSCul30396 de Cisco.

Este problema se ha fijado en las versiones de CUCM 9.1.2.11900-10 y más adelante. El OLMO se puede alcanzar con Firefox, el IE, y Chrome.

Problema 8: Cierres de la sesión de la página web automáticamente

Los cierres de la sesión de la página web CUCM después de su descanso ocioso expiran automáticamente.

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 de la red 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 las sesiones activas de la red.

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. Las nuevas sesiones de la red miden el tiempo hacia fuera después de 5 minutos. El sesión-descanso actual usado para las sesiones y las aplicaciones de la red es 5 minutos.

Problema 9: Incapaz de tener acceso al Admin/a la página web del usuario de CUCM

Usted no puede tener acceso a 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 incita la página de registro otra vez sin ningunos mensajes de error.

Vea la guía del sistema del encargado 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 tener acceso a cualquier opción de la página del sistema de la Recuperación tras desastres (DRF) de CUCM después de que usted se abra una 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. Controle el certificado de IPsec y confirme la validez. Si se expira, regenere el certificado de IPsec. Vea la expiración y la cancelacíon del certificado de 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
• Encargado 5.x/6.x/7.x/8.x de las Comunicaciones unificadas de Cisco: Incapaz de abrirse una sesión a la página de administración o a la página del usuario
• Soporte Técnico y Documentación - Cisco Systems