Voz y Comunicaciones unificadas : Cisco Unity Connection

Las demostraciones del estado de peer del cluster de la conexión Unity como “desconectaron”

25 Agosto 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (23 Abril 2015) | Comentarios

Introducción

Este documento describe un problema encontrado con el Cisco Unity Connection después de que usted reinstale una replicación y también describe el proceso que se utiliza para resolver el problema.

Contribuido por Atheeth Sishtla, ingeniero de Cisco TAC.

Prerrequisitos

Requisitos

Cisco recomienda que usted tiene conocimiento del Cisco Unity Connection.

Componentes Utilizados

La información en este documento se basa en la versión 8.x del Cisco Unity Connection.

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.

Problema

El estado de peer del cluster del Cisco Unity Connection en el CLI muestra según lo desconectado.

Esto se ve en Publisher:

admin:show cuc cluster status

Server Name Member ID Server State Internal State Reason
----------- --------- ------------- ----------------------- ------
cucpub 0 Primary Pri Active Disconnected Normal
cucsub 1 Disconnected Unknown Unknown

Esto se ve en el suscriptor:

admin:show cuc cluster status

Server Name Member ID Server State Internal State Reason
----------- --------- ------------ ----------------------- ------
cucpub 0 Primary Pri Active Disconnected Normal
cucsub 1 Secondary Sec Active Normal

Solución

Complete estos pasos para resolver el problema:

  1. Apague al suscriptor.
  2. Recomience Publisher, y espérelo para volverse en línea.
  3. Espere hasta que usted pueda alcanzar la página web admin, y después ponga una llamada al voicemail.
  4. Comience al suscriptor.

Si sigue habiendo el problema, usted debe recoger las salidas de estos comandos de ambos Nodos:

  • muestre el estatus del cluster del cuc
  • runtimestate del dbreplication del utils
  • el utils diagnostica el validate_network del módulo
  • estatus NTP del utils

Usted debe también recoger estos registros de ambos Nodos con el uso de la herramienta del monitoreo en tiempo real (RTMT), desde el suscriptor inicial apaga hasta que se vuelva en línea:

  • Administrador del papel del Servidor de conexión
  • Registro de la aplicación del visor de eventos
  • Visor de eventos - Registro del sistema
  • Registros del administrador de clúster de la plataforma IPT

Una vez que se recogen las salidas y los registros, busque los datos para la fuente del problema.

Nota: Este proceso puede también ser utilizado cuando Publisher intenta en varias ocasiones ejecutar una resolución del cerebro partido sin la realización.

 


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 116683