Alertes de l'outil de surveillance en temps réel

Cette liste comprend les alertes CallManager préconfigurées.

• BeginThrottlingCallListBLFSubscriptions
• CallAttemptBlockedByPolicy
• CallProcessingNodeCpuPegging
• CARIDSEngineCritical
• CARIDSEngineFailure
• ÉchecTâchePlanificateurCARS
• Échec de CDRAgentSendFileFailed
• ÉchecLivraisonFichierCDRF
• DépassementMarkEauSupérieurCDRHigh
• CDRMaximumDiskSpaceDépassé
• CodeJaune
• DBChangeNotifyFailure
• DBReplicationFailure
• DBReplicationTableOutofSync
• DDRBlockPrevention
• DDRDown
• EMCCFailInLocalCluster
• EMCCFailInRemoteCluster
• RapportsQualitéVocale excessifs
• IMEDistributedCacheInactive

• IMEOverQuota
• AlerteQualitéIMEQ
• IdentificateursFallback insuffisants
• IMEServiceStatus
• Informations d'identification non valides
• FaibleFréquenceFréquenceDeCoeurTFTPServer
• SuiviAppelMalveillant
• MediaListExhausted
• MgcpDChannelOutOfService
• NombreDePériphériquesEnregistrésDépassé
• NombreDePasserellesEnregistréesDiminué
• NombreDePasserellesEnregistréesAugmenté
• NombreDePériphériquesSupportEnregistrésDiminué
• NombreDePériphériquesSupportEnregistrésAugmenté
• NombreDeTéléphonesEnregistrésAbandonnés
• RouteListExhausted
• SDLLinkOutOfService
• TCPSetupToIMEFail
• TLSConnectionToIMEFail
• ÉchecEntréeUtilisateur 

LowAvailableVirtualMemory et LowSwapPartitionAvailableDiskSpace

Les serveurs Linux ont tendance à ‘ne pas effacer’ l'utilisation de la mémoire virtuelle sur une période de temps et on a vu qu'elle s'accumulait et donc ces alertes.

Linux fonctionne un peu différemment en tant que système d'exploitation.

Une fois la mémoire allouée à un processus, elle ne sera pas récupérée par le processeur à moins que d'autres processus ne demandent plus de mémoire que la mémoire disponible.

Cela entraîne une mémoire virtuelle élevée.

Une demande d'augmentation du seuil de l'alarme dans les versions supérieures du gestionnaire d'appels a été documentée dans le défaut ; https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuq75767/?reffering_site=dumpcr

Pour les partitions d'échange, cette alerte indique que la partition d'échange est laissée avec peu d'espace disponible et est fortement utilisée par le système. La partition d'échange est normalement utilisée pour étendre la capacité de mémoire vive physique lorsque nécessaire. Dans des conditions normales, si la mémoire vive est suffisante, le swap ne doit pas être trop utilisé. 

En outre, il peut s'agir d'alertes RTMT déclenchées par une accumulation de fichiers temporaires, un redémarrage du serveur est recommandé pour effacer les fichiers temporaires inutiles.

LogPartitionHighWaterMarkExceeded et LogPartitionLowWaterMarkExceeded

Lors de l'exécution de show status sur l'interface de ligne de commande d'un serveur CUCM, une valeur qui spécifie le pourcentage occupé et libre de la partition de journalisation dans l'espace disque CUCM est affichée. Également appelées partitions courantes, ces valeurs spécifient l'espace occupé par les journaux/traces et les fichiers CDR dans le serveur, qui, même s'ils sont inoffensifs, peuvent causer des problèmes dans la procédure d'installation/mise à niveau en raison d'un manque d'espace au fil du temps. Ces alertes servent d'avertissement à l'administrateur pour effacer les journaux qui se sont accumulés au fil du temps dans le cluster/serveur.

LogPartitionLowWaterMarkExceeded : cette alerte est générée lorsque l'espace rempli atteint les valeurs de seuil configurées pour l'alerte. Cette alerte sert d'indicateur de pré-vérification de l'utilisation du disque.

LogPartitionHighWaterMarkExceeded : cette alerte est générée lorsque l'espace rempli atteint les valeurs de seuil configurées pour l'alerte. Une fois l'alerte générée, le serveur commence à purger automatiquement les journaux les plus anciens afin de réduire l'espace à la valeur des pertes que le seuil HighWaterMark.

Il est recommandé de purger les journaux manuellement dès que l'alerte LogPartitionLowWaterMarkExceeded est reçue.

Pour ce faire, il convient de :

Étape 1. Lancer RTMT.

Étape 2. Sélectionnez Alert Central, puis effectuez les tâches suivantes :

Sélectionnez LogPartitionHighWaterMarkExceeded, notez sa valeur et modifiez sa valeur de seuil à 60 %.

Sélectionnez LogPartitionLowWaterMarkExceeded, notez sa valeur et modifiez sa valeur de seuil à 50 %.

L'interrogation a lieu toutes les 5 minutes, donc attendez 5 à 10 minutes, puis vérifiez que l'espace disque requis est disponible. Si vous souhaitez libérer plus d'espace disque dans la partition commune, modifiez à nouveau les valeurs de thread LogPartitionHighWaterMarkExceeded et LogPartitionLowWaterMarkExceeded en valeurs inférieures (par exemple, 30 % et 20 %).

Donnez-lui 15 à 20 minutes pour libérer l'espace dans la partition commune. Vous pouvez surveiller la diminution de l'utilisation du disque à l'aide de la commande show status à partir de l'interface de ligne de commande.

Cela ferait tomber la partition commune.

PeggingUC

L'alerte CpuPegging surveille l'utilisation du CPU sur la base du seuil configuré.

Lorsque l'alerte d'identification de l'origine des besoins du processeur est reçue, le processus qui occupe le processeur le plus élevé peut être occupé en accédant au tiroir système à gauche, c'est-à-dire Processus.

À partir de l'interface de ligne de commande du serveur concerné, ces résultats donneront un aperçu.

• test de diagnostic utils
• show process load cpu trié
• show status
• liste active principale utils

Il est recommandé d'observer si la pointe du CPU se produit à un moment spécifique ou de manière aléatoire. S'il se produit de façon aléatoire, alors les traces détaillées de CUCM requises ainsi que les journaux de perfmon RisDC pour vérifier ce qui déclenche le pic dans le CPU. Si les alertes se produisent à une heure spécifique de la journée, cela peut être dû à une activité planifiée comme la sauvegarde du système de reprise après sinistre (DRS), la charge CDR, etc.

En outre, sur la base des informations sur le processus qui occupe le plus de CPU, des journaux spécifiques sont pris pour une enquête plus approfondie. Par exemple. si le coupable est Tomcat, les journaux associés à Tomcat sont nécessaires.