Voix et communications unifiées : Cisco Unity Connection

Le pair de batterie d'Unity Connection que l'état affiche en tant que « a déconnecté »

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit un problème rencontré avec le Cisco Unity Connection après que vous rétablissiez une réplication et décrit également le processus qui est utilisé afin de résoudre le problème.

Contribué par Atheeth Sishtla, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance du Cisco Unity Connection.

Composants utilisés

Les informations dans ce document sont basées sur la version 8.x de Cisco Unity Connection.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Problème

L'état de pair de batterie de Cisco Unity Connection sur le CLI affiche comme déconnecté.

Ceci est vu sur 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

Ceci est vu sur l'abonné :

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

Solution

Effectuez les étapes suivantes pour résoudre le problème :

  1. Arrêtez l'abonné.
  2. Redémarrez Publisher, et attendez-le pour revenir en ligne.
  3. Attendez jusqu'à ce que vous puissiez atteindre la page Web d'admin, et puis placez un appel à la messagerie vocale.
  4. Commencez l'abonné.

Si la question demeure, vous devez collecter les sorties de ces commandes des deux Noeuds :

  • affichez l'état de batterie de cuc
  • runtimestate de dbreplication d'utils
  • les utils diagnostiquent le validate_network de module
  • état de ntp d'utils

Vous devez également collecter ces logs des deux Noeuds avec l'utilisation de l'outil de suivi en temps réel (RTMT), dès l'arrêt initial d'abonné jusqu'à ce qu'il revienne en ligne :

  • Gestionnaire de rôle de serveur de connexion
  • Journal de l'observateur d'événements
  • Visualisateur d'événements - Log système
  • Logs de gestionnaire de batterie de plate-forme IPT

Une fois que les sorties et les logs sont collectés, recherchez les données pour la source de problème.

Remarque: Ce processus peut également être utilisé quand Publisher tente à plusieurs reprises d'exécuter une résolution de cerveau fendu sans fin.

 


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 116683