Comment résoudre des points finaux principaux de doublon de l'assurance de Collaboration de Cisco (PCA)

Introduction

Ce document décrit comment résoudre des points finaux principaux de doublon d'assurance de Collaboration de Cisco.

Contribué par Joseph Koglin, ingénieur TAC Cisco

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• La connaissance du module et de elle d'inventaire est des exécutions dans l'assurance principale
• Principes fondamentaux de base de Linux concernant l'assurance principale

Ce document exige de cette configuration d'être mise en application :

• Le plein accès de racine sera nécessaire - Si vous n'avez pas accès de racine s'il vous plaît se rapporter à l'inférieur sectionnez Root Access Désignée
• L'application principale d'assurance est installée et vous avez reproduit des points finaux dans le système d'inventaire. Ex. Deux points finaux avec la même chose nomment : SEPAA11BB22CC3

Remarque: Les exécutions expliquées en cet article sont base de données affectant, par conséquent ces étapes devraient être effectuées seulement dans les conseils experts. Dans PCA 12.1 spécifiquement, puisque la fonctionnalité d'inventaire a été révisée, la condition requise de ces étapes ne devrait pas se produire mais peut être considérée comme dernière solution sous la supervision experte.

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de logiciel suivantes :

• Interface de ligne de commande principale d'assurance
• Module principal d'inventaire d'assurance
• Toutes les versions de logiciel applicables
• Aucune configurations matérielles requises requises

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 vivant, assurez-vous que vous comprenez l'impact potentiel de n'importe quelle commande

Problème

Assurance de perfection de Cisco - Téléphones en double 

Ce document est pour les environnements qui ont reproduit des téléphones dans le système ou les scénarios où un retirer et re-ajoutent des points finaux s'applique.

Ce processus retirera tous les téléphones et ensuite cela le processus re-les ajoutent de retour

Solution

Étape 1. Procédure de connexion dans le PCA par l'intermédiaire du Protocole Secure Shell (SSH) comme racine et port 26

Étape 2. Entrée. cd /opt/emms/emsam/bin/

L'étape 3.Now vous arrêterez des services avec l'entrée. arrêt de ./cpcmcontrol.sh

Étape 4. Vous vérifierez maintenant pour s'assurer que tous les services sont vers le bas par l'entrée. état de ./cpcmcontrol.sh

• Une fois que tous les services sont vers le bas passez à l'étape suivante

Étape 5. Vous commencerez maintenant seulement le service de base de données par l'entrée. ./start_db.sh

Étape 6 et étape 7 retireront les téléphones de la base de données, dans l'étape 11 que vous les apporterez de nouveau dans le système

Étape 6. Entrée. ./refreshCDT.sh (attente jusqu'à ce qu'il se termine)

Étape 7. Entrée. ./refreshPhone.sh (attente jusqu'à ce qu'il se termine)

Étape 8. Maintenant vous apporterez les services sauvegardez avec l'entrée. reprise de ./cpcmcontrol.sh

(exécutez l'état de ./cpcmcontrol.sh périodiquement pour assurer tous les services réactivés)

Étape 9. Quand le GUI se réactive la procédure de connexion en tant qu'utilisateur de globaladmin et faites une détection de données de batterie comme étape suivante.

Étape 10. Ensuite vous exécuterez une détection de données de batterie : Détection de données de schedule>Cluster de Navigateto Inventory>Inventory.

Étape 11. Passage choisi maintenant (cette étape récupèrera de retour les téléphones)

Étape 12. Attendez jusqu'à ce qu'il soit de finition et les téléphones devraient être de retour et n'avoir aucun doublon.

Remarque: Cette détection dépend du nombre de points finaux dans votre batterie et le temps à la fin peut varier

Par exemple des buts vous pouvez comparer le début et l'heure de fin et voir celui-ci particulier a seulement pris 38 secondes pour se terminer.

Remarque: À des fins d'information le PCA récupèrera les téléphones par l'intermédiaire du service de l'information en temps réel (RIS) et du langage XML administratif (AXL) de la Communication Manager de Cisco Unfied (CUCM) Publisher

Logs utiles si des questions sont produites :

Si vous rencontrez toujours les doublons satisfont se rapportent aux logs mentionnés pour passer en revue

Remarque: Le plein accès de racine sera nécessaire, si vous n'avez pas s'il vous plaît pour se référer à la racine Access de section. Une fois que le plein accès de racine est activé s'il vous plaît employez un programme tel que Winscp pour connecter et utiliser le port 26 et les qualifications d'utilisateur de base.

/opt/emms/cuom/log/CUOM/CDT

RISCollection.log, CDT.log, CDTAPI.log, CDTAudit.log

/opt/emms/emsam/log/Inventory/CDT.log
/opt/emms/emsam/log/Tomcat/CDT.log

/var/log/refreshPhone.log <-- ceci vous fera savoir s'il y avait des questions avec s'exécuter de scripts

Davantage de notes et d'information générale en dépannage :

Vous pouvez également vouloir voir si vous pouvez redémarrer le service RIS dans la batterie de gestionnaire d'appel pendant que ceci peut éclaircir quelques anomalies ou questions.

Quand les téléphones sont collectés dans le cucm il utilisera axl+ris, ainsi si vous avez vous émet peut vouloir redémarrer le service RIS dans le cucm.

Il n'y aura aucun impact commercial quand vous redémarrez le service RIS dans la batterie, tandis qu'une reprise du service AXL n'est pas recommandée pendant des heures de travail.

Supplémentaire rarement vous devrez redémarrer le service AXL ainsi avant de faire ainsi moi se rapporterait aux logs pour voir si une reprise est nécessaire.

Assurez également que le gestionnaire d'appel sont gérés et dans le cucm sous System>Server l'éditeur de cucm hostname/ip fait l'objet d'un ping et résoluble.

Comme vous pouvez s'exécuter dans un cas où vous avez découvert et avez géré le gestionnaire d'appel comme IP, toutefois dans le System>Server de gestionnaire d'appel il est répertorié par l'adresse Internet.

Ce qui se produit est quand le PCA collecte les téléphones par l'intermédiaire d'axl+ris qu'il le répertoriera cependant est répertorié sous System>server ainsi si vous le faites répertorier car l'adresse Internet et lui n'est pas résoluble par l'APC alors vous ne recevrez jamais ces téléphones même si le cucm est géré parce qu'il a été géré par IP.

Ce scénario est réparé par deux manières :

Scénario un

Étape 1. Ouvrez une session dans le PCA par l'utilisateur de base et le port 26 de SSH 

Étape 2. Cd /etc

Étape 3. Hôtes Vi

Presse d'étape 4. i pour l'insertion

• Mis dans comme exemple (il y a un IP et une adresse Internet intermédiaires de l'espace)
• Dans cet exemple 10.10.10.10 et testexample.csc.edu est utilisé.

# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1               localhost.localdomain localhost
::1             localhost6.localdomain6 localhost6
172.20.116.24  cm90assu
10.10.10.10 testexample.csc.edu

Étape 5. Redécouvrez votre gestionnaire d'appel après. Naviguez vers : Serveur d'Inventory>Inventory Management>Infrastructure>UC Applications>Communications

Scénario deux

Étape un. Assurez que la consultation d'inverse de service de nom de Domanin (DN) est résoluble par des dn pour le périphérique affecté.

Étape deux. Redécouvrez la batterie de gestionnaire d'appel. Naviguez vers : Serveur d'Inventory>Inventory Management>Infrastructure>UC Applications>Communications

• Sélectionnez les gestionnaires d'appel affectés et choisi redécouvrez

Racine Access

Cette section décrit comment obtenir la pleine racine Access pour le PCA

Étape 1. Ouvrez une session par le SSH au PCA et utilisez le port 26 en tant qu'utilisateur d'admin

Étape 2. Entrée. root_enable

Saisissez le mot de passe root que vous voulez

Étape 3. Entrée. la racine et saisissent le mot de passe root

Étape 4. Une fois ouvert une session comme entrée de racine. /opt/emms/emsam/bin/enableRoot.sh

Étape 5. Entrée. le passwd et ressaisissent dans votre mot de passe root

Vous maintenant devriez pouvoir fermer la session et le re-log de SSH dedans directement comme racine