Voix et communications unifiées : Cisco Unified Communications Manager (CallManager)

Journaux d'événements CallManager

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


Contenu


Introduction

Il fournit des informations relatives aux messages les plus communs de l'Observateur d'événements générés dans un système Cisco CallManager.

Le but de ce document est de donner la vue supplémentaire pour quelques messages communs de visualisateur d'événements générés sur un système Cisco CallManager.

Remarque: Les messages supplémentaires peuvent apparaître si des services inutilisés sont activés sur le serveur Cisco CallManager. Quand vous désactivez le service inutilisé spécifique, il se débarasse du message d'erreur dans cette situation.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Suivi de Cisco CallManager

  • Journaux d'événements de Windows

Composants utilisés

Les informations dans ce document sont basées sur le Cisco CallManager 3.x et 4.x.

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.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Journaux d'événements d'application de CallManager-particularité de Cisco

Ces journaux d'événements associent spécifiquement au Cisco CallManager.

Journaux d'événements d'application de Répertoire-particularité C.C

Ces journaux d'événements associent spécifiquement au DC Directory.

Un client de LDAP émet une demande qui spécifie un contrôle qui n'est pas pris en charge

Cette erreur logicielle peut apparaître quand un client de Protocole LDAP (Lightweight Directory Access Protocol) émet une demande qui spécifie un contrôle qui n'est pas pris en charge.

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-3.gif

Cet événement se produit habituellement après que vous vous connectiez des pages d'utilisateur de Cisco CallManager du Cisco CallManager, ou après que vous vous connectez dans l'Agent Desktop ICD. Cet événement peut être ignoré en tant que lui est cosmétique et n'indique pas un problème dans le système. Ce problème est documenté en tant qu'ID 7419 d'événement de logs de l'ID de bogue Cisco CSCdw33821 (clients enregistrés seulement) — DCD.

Un message pour un accord de filature qui ne fait pas Exist est reçu

Cette erreur peut apparaître si vous reconstruisez un abonné dans votre batterie et n'enlève pas les accords du serveur de répertoire LDAP d'éditeur que vous pourriez voir ce message d'erreur parce qu'il demeure sur l'éditeur.

Remarque: La même question peut également générer cette erreur : Nous avons reçu une erreur de notre partenaire DSA qui propose un problème de configuration avec notre accord de filature.

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-4.gif

Si vous recevez ce message, vérifiez si la réplication de base de données utilisateur (LDAP) fonctionne correctement dans votre batterie. Vous pouvez créer un utilisateur aux pages d'admin de Cisco CallManager d'éditeur et attendre quelques minutes, puis allez à chaque page d'admin de Cisco CallManager d'abonné voir si vous pouvez voir les utilisateurs. Si la réplication fonctionne, vous pouvez ignorer ces messages d'erreur. Cependant, vous pouvez réparer ce problème d'aspect quand vous réinitialisez tous les accords. Afin de faire ceci, remplissez les procédures décrites dans des problèmes de fixation avec le DC Directory. Si vous rencontrez des problèmes de réplication de base de données utilisateur, vous pouvez également suivre les procédures pour réinitialiser toute la réplication dans votre batterie. Les informations utilisateur existantes ne sont pas perdues si vous suivez cette procédure.

Le journal d'événements d'application affiche l'erreur DHCP

Les serveurs du Cisco CallManager 4.x reçoivent le message d'erreur du serveur du protocole DHCP (DHCP) quoique le service de serveur DHCP soit désactivé sur les serveurs, car cette sortie affiche :

Event Type: Error
Event Source: Perflib
Event Category: None
Event ID: 1008
Description:
The Open Procedure for service "DHCPServer" in DLL "C:\WINNT\system32\perfctrs.dll"failed.  
Performance data for this service will not be available. 
Status code  returned is data DWORD 0. 
Data:
0000: 05 00 00 00

La solution pour cette question est documentée en article 247226 de KB Microsoft leavingcisco.com

Remarque: Faites une sauvegarde du registre avant que vous le modifiiez. Redémarrez le serveur Cisco CallManager après que vous modifiiez le registre pour la modification pour prendre effet.

D'autres journaux d'événements d'application

Ces journaux d'événements n'associent pas à un composant de matériel ou logiciel spécifique.

Le travail planifié de Serveur SQL a manqué

La base de données Cisco CallManager est continuellement répliquée de l'éditeur vers l'abonné. Le serveur SQL sur des CallManagers d'abonné tirent périodiquement les modifications pour maintenir leur copie à jour. Ce message d'erreur peut apparaître pour ces raisons :

  • Problèmes de connexion réseau entre l'abonné et l'éditeur

  • Le serveur de Publisher est en panne

  • Les services d'agent de serveur ou de Serveur SQL SQL sont vers le bas sur l'éditeur

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-5.gif

Terminez-vous ces étapes pour déterminer si cette erreur est essentielle.

  1. Allez aux pages d'admin de Cisco CallManager : http:// <cm_ip_address>/ccmadmin.

  2. Cliquez sur Details (Détails).

    Cette fenêtre apparaît.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-6.gif

  3. Visualisez la base de données Cisco CallManager active dans les informations de base de données.

    Pour cet exemple, la base de données Cisco CallManager est CCM0304. Si la version de base de données est plus grande que la version dans le journal des erreurs, cet événement est négligeable car l'erreur indique un problème avec une vieille et inutilisée version de la base de données.

    Si la version est identique que la version dans le journal des erreurs, rétablissez la réplication. Remplissez les procédures en rétablissant un abonnement cassé de la batterie SQL de Cisco CallManager pour rétablir la réplication.

La procédure de collecter pour le service d'ASP dans DLL "C:\WINNT\system32\aspperf.dll" a généré une exception ou renvoie un état non valide

Ce message d'erreur est reçu dans le visualisateur d'événements de Cisco CallManager.

Event ID: 1010
Detail Text: The Collect Procedure for the (service name) service in DLL (DLL name)
generated an exception or returned an invalid status. Performance data returned by counter
DLL will not be returned in Perf Data Block. Exception or status code returned is DWORD 0.

Explication — Perflib appelle les fonctions d'extension de représentation dans un bloc handler__try structuré d'exception. Ceci est signalé si une exception se produit ou RaiseException s'appelle dans la fonction de collecter. La zone d'information a le code d'exception. Par exemple, C0000005 signifie qu'il y avait une violation d'Access.

Action recommandée — Exécutez ces étapes afin de résoudre le problème :

  • Assurez-vous que le fichier dll existe, et existe au bon site. Une fois que vous avez confirmé l'emplacement du DLL, tapez REGSVR32 /U à l'unregister le DLL et tapez de nouveau le re-registre REGSVR32 le DLL dans sa position actuelle. Quand vous unregister le DLL, utilisez le chemin du visualisateur d'événements. Quand vous l'enregistrez, utilisez le chemin du fichier dans sa position actuelle.

  • Si la première étape ne résout pas le problème, alors pour aller à HKEY_LOCAL_MACHINE\System\ControlSet001\Services et pour trouver les services mentionnés. Il devrait y a une sous-titre-clé appelée Performance. Sous la représentation il devrait y avoir le DLL offensant sous la bibliothèque. Effacez ce principal afin d'arrêter les messages d'erreur.

  • Le dernier contournement est de redémarrer la batterie de CallManager (d'abord et puis abonné Publisher).

Le service de Cisco Tomcat n'a pas commencé

Après que vous exécutiez Java réinstalle sur le serveur de Cisco CallManager Publisher, Cisco Tomcat et les services TCD ne commencent pas. Ces messages d'erreur sont reçus dans le visualisateur d'événements de CallManager :

Event Type:	Error
Event Source:	CiscoTomcat
Event Category:	None
Event ID:	4096
Date:		10/12/2007
Time:		7:26:48 AM
User:		N/A
Computer:	CCM-PUB
Description:
Could not load the Java Virtual Machine. 


Event Type:	Error
Event Source:	CiscoTomcat
Event Category:	None
Event ID:	4097
Date:		10/12/2007
Time:		7:26:48 AM
User:		N/A
Computer:	CCM-PUB
Description:
The LoadLibrary function failed for the following reason: The specified module could not
be found.

Event Type:	Error
Event Source:	CiscoTomcat
Event Category:	None
Event ID:	4098
Date:		10/12/2007
Time:		7:26:48 AM
User:		N/A
Computer:	CCM-PUB
Description:
The CiscoTomcat service failed to start. 

Explication — Vérifiez si tous les fichiers sont répertoriés sous C:\Program Files\Cisco\Java ; sinon, la raison peut être que le JRE n'est pas correctement installé.

Action recommandée — Si l'abonné fonctionne bien, vous pouvez copier et passé les fichiers JRE de l'abonné sur l'éditeur, et alors les services commenceront.

La description pour l'ID d'événement (1) dans la source (service d'alarme de Cisco AVVID) ne peut pas être trouvée

Après que vous installiez le Cisco CallManager et le Cisco CRS sur le même serveur, cette alarme obtient a constamment ouvert une session le visualisateur d'événements :

Event Type:	Warning
Event Source:	Cisco AVVID Alarm Service
Event Category:	None
Event ID:	1
Date:		9/5/2007
Time:		12:06:07 PM
User:		N/A
Computer:	CCM
Description:
The description for Event ID ( 1 ) in Source ( Cisco AVVID Alarm Service )
cannot be found. The local computer may not have the necessary registry
information or message DLL files to display messages from a remote computer.
The following information is part of the event: <LOCAL7|SEVERITY> 14: Sep 05
08:06:07.344 CEST: %MCVD-GENERIC-5-ModuleStart: Module has successfully
started; Module Name=Cisco Desktop License and Resource Manager Service.

Explication — L'alarme doit indiquer une erreur mais indique à la place le startup d'un des composants pour les CRS. Ce message d'erreur environ un service qui ne commence pas provient le fait que les services de Cisco CallManager doivent être commencés avant les services CRS. Quand vous recevez la demande pour la procédure de connexion dedans, non tous les services sont commencés. Pour que tous les services commencent, cela prend environ 7 minutes.

Action recommandée — Les logs de visualisateur d'événements n'affichent aucune erreur. Il y a juste un retard quand vous commencez tous vos services de serveur. Aucune action requise.

L'utilisateur du processus 'C:\WINNT\System32\inetsrv\inetinfo.exe'(as NTAUTHORITY \ SYSTÈME) essayé pour recevoir les données '/CCMCIP/xmldirectorylist.asp?l=caseell&f=and&n=and%00 et a été refusé.

Ce message d'erreur apparaît dans le journal d'application du visualisateur d'événements :

The process 'C:\WINNT\System32\inetsrv\inetinfo.exe'(as user
	 NTAUTHORITY\SYSTEM}tried to receive the data
	 '/CCMCIP/xmldirectorylist.asp?l=caseell&f=and&n=and%00' and was denied.

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-8.gif

Solution

Quand un utilisateur parcourt n'importe quelles informations d'abonné de Cisco Unity par la page Web ou les essais de gestion de système Cisco Unity pour importer des utilisateurs de Microsoft Exchange, la page ne charge pas et elle affiche une erreur qui indique l'accès interdit. Quand cette question se produit, les logs CSA affichent un scénario commun où les abonnés des noms d'affichage avec [caractère. Ce problème n'existe pas quand le CSA est désactivé. La cause principale est habituellement que la stratégie CSA ne permet pas quelques caractères non-alphanumériques.

Comme contournement, désactivez le CSA. Référez-vous au pour en savoir plus de l'ID de bogue Cisco CSCse51014 (clients enregistrés seulement).

Clé manquante dans la table référencée pour la contrainte référentielle (informix.tk_batfileinfo_tkbatfunction)

La mise à jour CUCM à 8.5(1) ou à 8.6(1) échoue avec cette erreur :

|*ERROR* Error executing "insert into BatFileInfo
(datecreated,enduser,isfilefound,name,pkid,tkbatfunction) values
(1273240885,'ccmadministrator','T','UDP6961trainingimport1.csv','9b5e140b-3b29-427a-b968-ccf9ab46b8ff',69):
[Informix][Informix ODBC Driver][Informix]Missing key in referenced
table for referential constraint (informix.tk_batfileinfo_tkbatfunction).

Solution

Cette question est documentée dans l'ID de bogue Cisco CSCto49273 (clients enregistrés seulement). Terminez-vous ces étapes avant que vous exécutiez (ou re-exécutez) la mise à jour CUCM :

  1. Exécutez ces commandes de Publisher CLI :

    • exécutez le compte choisi SQL (*) de BatFileInfo où tkbatfunction = 69

    • exécutez le compte choisi SQL (*) du batinputdata où tkbatfunction = 69

    • exécutez le compte choisi SQL (*) du batjob où tkbatfunction = 69

  2. Si le compte (valeur retournée) est plus grand que 0 (zéro) pour ci-dessus l'un des sélectionne, exécutez ces commandes :

    • exécutez l'effacement SQL du batfileinfo où tkbatfunction = 69

    • exécutez l'effacement SQL du batinputdata où tkbatfunction = 69

    • exécutez l'effacement SQL du batjob où tkbatfunction = 69

    Remarque: Vous pouvez également supprimer les travaux et les fichiers de ceci tapent du menu en vrac d'administrateur de la page de gestion CUCM.

  3. Exécutez la mise à jour.

Journaux d'événements de log système

Ces journaux d'événements associent spécifiquement au log système.

Le service de Cisco CallManager se termine inopinément

Cette erreur peut apparaître si le service de Cisco CallManager se termine inopinément. Cet exemple prouve qu'il a terminé inopinément 1 fois, et cette action corrective de redémarrer le service est rentrée pendant 60000 millisecondes.

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/17900-7.gif

Assurez-vous que vous exécutez la dernière version du Cisco CallManager. Si vous n'avez pas la dernière version, visualisez les notifications ouvertes et les sections résolues de mises en garde des notes de mise à jour pour voir si vous rencontrez un problème connu. Si vous devez améliorer le logiciel, allez aux téléchargements pour des Produits de Voix. Si vous devez faire suivre cette question au support technique de Cisco, vous avez besoin de ces informations :

  • Fichiers de suivi de Cisco CallManager — Situé à C:\Program Files\Cisco\Trace\CCM.

    Fournissez les fichiers de suivi de 30 minutes avant le crash et de 15 minutes après le crash.

  • Fichiers de suivi de la couche de distribution de signal (SDL) — localisés chez C:\Program Files\Cisco\Trace\SDL\CCM.

    Fournissez les fichiers de suivi de 30 minutes avant le crash et de 15 minutes après le crash. Référez-vous aux suivis de Cisco CallManager d'établissement pour le TAC pour information les informations détaillées.

  • Fichiers USER.DMP et DRWTSN32.LOG — Situé aux utilisateurs de C:\Documents and Settings\All \ aux documents \ DrWatson.

    Assurez-vous que le paramètre de service de SdlMaxUnhandledExceptions est placé à 0 (zéro) pour chaque Cisco CallManager.

  • Journaux d'événements — Journaux d'événements de système et d'application.

  • Logs de PerfMon — Compteurs/logs de PerfMon.

    Processus :

    % Processor Time/_Total
    % Processor Time/ccmVirtual Bytes/_Total
    Private Bytes/_Total
    
    Virtual Bytes/ccm
    Private Bytes/ccm 

Des archives du niveau 0 de l'espace de base de données de racine doivent être faites

Cette erreur apparaît dans les logs de CallManager :

Update sqlhosts for [ccm5_ccm]
Creating [/usr/local/cm/db/informix/etc/sqlhosts]
Update [/etc/services]
Initialize IDS [/usr/local/cm/db/informix]
su -c 'source /usr/local/cm/db/informix/local/ids.env ;  oninit -ivy' -
informix
IDSWillStart...Verifying physical disk space, please wait ...
Space successfully added.
 
** WARNING **  A level 0 archive of Root DBSpace will need to be done.

This is a warning message that You have done something, like add or remove a
dbspace, and Informix is telling you that in order to recover those changes
it needs a new level 0 of root - where the sysmaster db is stored.

Explication : Le serveur de base de données crée les fichiers journal logiques et la procédure de connexion physique l'espace de base de données de racine (rootdbs) quand l'engine est d'abord initialisée. Après que l'engine soit initialisée, il est possible de déplacer les logs logiques à un autre espace de base de données. Il y a plusieurs raisons de déplacer les logs logiques. Il peut exiger pour utiliser plus d'espace pour les logs logiques qu'est disponible dans l'espace de base de données de racine ; c'est un avertissement général, et vous n'avez pas besoin de s'inquiéter à son sujet. Le point à considérer avant que vous appliquiez un correctif de mise à jour lié à cet avertissement est de vérifier que l'espace de base de données est utilisé par la partition active au moment de la mise à jour. Vous pouvez vérifier cela avec la session de SSH au BAR et voir les résultats de l'état d'exposition. La partition active ne doit pas afficher l'espace utilisé en tant que 100 pour cent.

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.


Informations connexes


Document ID: 17900