Introduction
Ce document décrit comment collecter les bons journaux pour les problèmes de CPU/mémoire élevée sur CUCM et les partager avec le TAC. La collecte et le téléchargement proactifs des journaux permettent à l'équipe d'assistance technique de Cisco de commencer l'enquête sur votre demande de service rapidement et efficacement.
Problème
Quels journaux collecter pour le TAC lorsque l'utilisation élevée du CPU ou de la mémoire a été détectée sur CUCM au moment de l'ouverture d'un dossier ?
Informations à collecter
Informations de base
- Quel est le symptôme du problème ?(p. ex. :: Alerte RTMT ? Réponse lente de l'interface utilisateur graphique ? Dialtone retardée )
- Au moment du problème signalé, y avait-il une activité planifiée ? (par exemple, synchronisation LDAP ou sauvegarde DRF ou maintenance VM sur le matériel sous-jacent)
- Le snapshot VM est-il utilisé sur le CUCM affecté ?
- Un autre serveur du cluster présentant le même comportement ?
- Toute modification récente apportée au cluster ou au réseau
- Les autres composants UC interagissent avec CUCM, par exemple Unity, UCCX, UCCE, Recording, etc.
Sortie CLI à collecter en cas de problème en temps réel
- show process using-most cpu/memory
- show process load
- test de diagnostic utils
- show status
Journaux à collecter auprès de RTMT (Real Time Monitoring Tool)
- Journaux de service du processus basés sur le résultat de la commande show process load cpu/Memory ( c'est-à-dire si vous remarquez CCM en sortie puis les journaux CCM, si Tomcat est remarqué, puis les journaux tomcat)
- Journaux d'application de l'Observateur d'événements
- Journaux système de l'observateur d'événements
- Permon RIS
Pour RCA d'un événement qui s'est déjà produit
Veuillez collecter toutes les traces ci-dessous pendant une période donnée avant le début du problème jusqu'à ce qu'il soit résolu. Par exemple, si nous commencions à observer une utilisation élevée du CPU ou de la mémoire à 16h00. et le problème a disparu à 17 h, puis nous avons recueilli des traces pendant un intervalle de temps de 15 h 30. à 17 h 30 Cet intervalle de temps peut varier d'un problème à l'autre, et également en fonction de la configuration du client.
- Suivi détaillé de Cisco Call Manager.
- Observateur d'événements - Observateur d'applications et d'événements - Journaux système.
- Journaux RISDC et Perfmon de Cisco.
- Service Cisco AMC.
- Journaux de sécurité Cisco Tomcat et Tomcat.
- Sorties de l'interface de ligne de commande : 'show status', 'show process using-most cpu/memory', 'show process load'.
- Résultats du 'test de diagnostic utils'.
Informations connexes
- Problèmes courants de CUCM sur la plate-forme UCS : Coeur, CPU élevé - E/S, état de blocage : https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/118702-technote-cucm-00.html
- Comment recueillir des traces pour CUCM version 9.x ou ultérieure: https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/200787-How-to-Collect-Traces-for-CUCM-9-x-10-x.html
Commentaires