Waarschuwingen voor real-time monitoring tool

Deze lijst bevat de vooraf geconfigureerde waarschuwingen voor CallManager.

• BeginThrottlingCallListBLFSubscriptions
• Oproeppoging geblokkeerd door beleid
• CallProcessingNodeCPUpegging
• CARIDSEengineCritical
• CARIDSEengineFailure
• CARSchedulerJobFailed
• CDRAgentSendFileFailed
• Levering van CDRF-bestand mislukt
• CDRHighWaterMarkOverschreden
• CDRMaximumschijfruimte overschreden
• Code geel
• DBChangeNotify-fout
• DBReplicatiefout
• DBReplicationTableOutOfSync
• DDRBlockPrevention
• DDRDown
• EMCCailedInLocalCluster
• EMCCailedInRemoteCluster
• Rapporten van ExcessiveVoiceQuality
• IMEDDistributedCacheInactive

• IMEOverQuota
• IMEQualityAlert
• Onvoldoende FallbackIdentifiers
• IMEServiceStatus
• Ongeldige referenties
• Lage TFTPServerHeartbeatRate
• MaliciousCallTrace
• MediaListUitgeput
• MgcpDChannelOutOfService
• Aantal geregistreerde apparaten overschreden
• Aantal geregistreerde gateways verlaagd
• Aantal geregistreerde gateways verhoogd
• Aantal geregistreerde MediaDevices verlaagd
• Aantal geregistreerde mediaApparaten verhoogd
• Aantal gedeponeerde telefoons
• RouteLijst uitgeput
• SDLLink buiten gebruik
• TCPSetupToIMEFailed
• TLSConnectie met IME mislukt
• InputFailure van gebruiker 

LowAvailableVirtualMemory en LowSwapPartitionAvailableDiskSpace

Linux-servers hebben de neiging om het gebruik van virtueel geheugen gedurende een bepaalde periode niet te wissen en het is gebleken dat het zich ophoopt en dus die waarschuwingen.

Linux werkt een beetje anders als een besturingssysteem.

Zodra geheugen is toegewezen aan een proces, wordt het niet teruggenomen door de processor, tenzij een ander proces meer vraagt om geheugen dan het beschikbare geheugen.

Dit zorgt voor een hoog virtueel geheugen.

Een verzoek om verhoging van de drempel voor het alarm in de hogere versies van de oproepbeheerder is gedocumenteerd in het defect; https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuq75767/?reffering_site=dumpcr

Voor swap-partities geeft deze waarschuwing aan dat de swap-partitie weinig beschikbare ruimte heeft en zwaar wordt gebruikt door het systeem. De swap-partitie wordt normaal gesproken gebruikt om de fysieke RAM-capaciteit uit te breiden wanneer dat nodig is. Onder normale omstandigheden, als RAM voldoende is, moet swap niet te veel worden gebruikt. 

Ook kunnen deze worden gegenereerd RTMT waarschuwingen veroorzaakt door een opbouw van temp-bestanden, een reboot van de server wordt aanbevolen om alle onnodige temp-bestanden wissen.

LogPartitionHighWaterMarkExceeded en LogPartitionLowWaterMarkExceeded

Bij het uitvoeren van show status op de CLI van een CUCM-server, wordt een waarde weergegeven die het bezette en vrije percentage van de logboekpartitie in de CUCM-schijfruimte opgeeft. Deze waarden, ook wel gemeenschappelijke partitie genoemd, geven de ruimte aan die wordt ingenomen door de logs/traces en de CDR-bestanden op de server, die, hoewel ze onschadelijk zijn, problemen kunnen veroorzaken bij de installatie/upgradeprocedure vanwege ruimtegebrek in de loop van de tijd. Deze waarschuwingen dienen als waarschuwing voor de beheerder om de logboeken die zich in de loop van de tijd in het cluster/de server hebben verzameld, te wissen.

LogPartitionLowWaterMarkExceeded: Deze waarschuwing wordt gegenereerd wanneer de gevulde ruimte de drempelwaarden bereikt die voor de waarschuwing zijn geconfigureerd. Deze waarschuwing dient als een voorcontrole-indicator voor het schijfgebruik.

LogPartitionHighWaterMarkExceeded: Deze waarschuwing wordt gegenereerd wanneer de gevulde ruimte de voor de waarschuwing geconfigureerde drempelwaarden bereikt. Zodra de waarschuwing is gegenereerd, begint de server de oudste logboeken automatisch te verwijderen om de ruimte te verlagen tot de waarde die lager is dan de HighWaterMark-drempel.

De beste praktijk zou zijn om de logs handmatig op te schonen zodra de LogPartitionLowWaterMarkExceeded-waarschuwing is ontvangen.

Stappen om dit te doen zijn:

Stap 1. RTMT starten.

Stap 2. Selecteer Alert Central en voer vervolgens de volgende taken uit:

Selecteer LogPartitionHighWaterMarkExceeded, noteer de waarde en wijzig de drempelwaarde in 60%.

Selecteer LogPartitionLowWaterMarkExceeded, noteer de waarde en wijzig de drempelwaarde in 50%.

Polling vindt elke 5 minuten plaats, dus wacht 5-10 minuten en controleer vervolgens of de vereiste schijfruimte beschikbaar is. Als u meer schijfruimte wilt vrijmaken in de gemeenschappelijke partitie, wijzigt u LogPartitionHighWaterMarkExceeded en LogPartitionLowWaterMarkExceeded thread-waarden opnieuw in lagere waarden (bijvoorbeeld 30% en 20%).

Geef het 15 tot 20 minuten om de ruimte in de gemeenschappelijke partitie te wissen. U kunt de afname van het schijfgebruik controleren met de opdracht Toon status van CLI.

Dat zou de gemeenschappelijke opdeling doen vallen.

CPU-pegging

CpuPegging-waarschuwing bewaakt CPU-gebruik op basis van geconfigureerde drempelwaarden.

Wanneer de CPU-koppelingswaarschuwing wordt ontvangen, kan het proces dat de hoogste CPU inneemt, worden bezet door naar de systeemlade aan de linkerkant te gaan, dat wil zeggen het proces.

Vanuit de CLI van de betreffende server zullen deze uitgangen enig inzicht geven.

• utils diagnose test
• Procesbelasting gesorteerd weergeven
• Status weergeven
• actieve lijst van de Utils-kern

Het wordt aanbevolen om te observeren of de CPU-piek op een specifiek tijdstip of willekeurig plaatsvindt. Als het willekeurig gebeurt, volgen de vereiste gedetailleerde CUCM-traces en RisDC-prestatielogboeken om te controleren wat de piek in de CPU veroorzaakt. Als de waarschuwingen op een bepaald tijdstip van de dag worden weergegeven, kan dit te wijten zijn aan een geplande activiteit, zoals een back-up van het Disaster Recovery System (DRS), het laden van CDR's, enz.

Ook op basis van informatie over welk proces de meeste CPU bezet, worden specifieke logs genomen voor verder onderzoek. Bijvoorbeeld als de boosdoener Tomcat is, dan zijn de Tomcat gerelateerde logs nodig.