De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document bevat waarschuwingen in Cisco Real-Time Monitoring Tool (RTMT) en toont aan hoe u problemen kunt oplossen bij een aantal veelbesproken waarschuwingen.
Cisco raadt u aan kennis te hebben van Cisco Call Manager Web Administration.
De informatie in dit document is gebaseerd op de Cisco CallManager Server 11.0.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
De RTMT die als client-side toepassing loopt gebruikt HTTPS en TCP om systeemprestaties, apparaatstatus, apparaatontdekking, Computer Telephony Integration (CTI) toepassingen en spraakberichtenpoorten te controleren. RTMT kan worden gebruikt om waarschuwingen te configureren voor de cluster die het controleert.
Het systeem genereert waarschuwingsberichten om de beheerder op de hoogte te stellen als aan een vooraf bepaalde voorwaarde is voldaan, zoals wanneer een actieve dienst van maximaal tot beneden gaat. Het systeem kan waarschuwingen als e-mail/e-pagina verzenden.
RTMT, dat alarmbeschrijving, instelling en weergave ondersteunt, bevat vooraf ingestelde en door de gebruiker gedefinieerde waarschuwingen. Hoewel u configuratietaken voor beide typen kunt uitvoeren, kunt u vooraf ingestelde waarschuwingen niet verwijderen.
Unified RTMT geeft zowel vooraf ingestelde waarschuwingen als aangepaste waarschuwingen weer in waarschuwing centraal zoals in de afbeelding.
U hebt ook toegang tot Alarmcentrum door op het pictogram Alarmcentrum in de hiërarchie in de systeemlade te klikken.
Unified RTMT organiseert de waarschuwingen onder de toepasbare tabbladen: Systeem, CallManager, Cisco Unity Connection en Custom.
U kunt vooraf ingestelde en aangepaste waarschuwingen in- of uitschakelen in Alert Central; u kunt echter vooraf ingestelde waarschuwingen niet verwijderen.
Waarschuwingen in RTMT worden geclassificeerd als aangegeven:
Deze lijst bevat vooraf ingestelde systeemsignaleringen:
Verificatie mislukt
Cisco DROGER-standaard
CoreDumpFileFind
CpuPegging
CruciaalAuditEventGenerated
Kritische serviceDown
Hardware defect
LogFileSearchStringVond
LogpartitieHighWaterMarkoverschreden
LogpartitieLaagWaterMarkoverschreden
LowActivePartitionBeschikbareDiscSpace
Laag beschikbaar virtueel geheugen
LowInactivePartitionBeschikbareDiscSpace
LowSwapPartitionAvailableDiskSpace
ServerDown (van toepassing op Unified Communications Manager (CUCM)-clusters)
SparePartitionHighWaterMarkOvergedraaid
ReservePartitieLaagWaterMarkoverschreden
SyslogSeverityMatchFound
SyslogStringMatch gevonden
Systeemversie foutherstel
TotalProcessorsandThreadsOverschotDrempel
Deze lijst bestaat uit de vooraf ingestelde CallManager-signaleringen.
Linux-servers hebben de neiging het virtuele geheugengebruik gedurende een periode "niet te ontruimen" en het is gezien dat het zich ophoopt en dus ook die waarschuwingen.
Linux werkt iets anders als een besturingssysteem.
Zodra het geheugen is toegewezen aan een proces, zal het niet door de processor worden teruggenomen, tenzij een ander geheugensteuntje meer vraagt dan het beschikbare geheugen.
Dit veroorzaakt een hoog virtueel geheugen.
Een verzoek om verhoging van de drempel voor het alarm in de hogere versies van de oproepmanager is in het defect gedocumenteerd; https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuq75767/?reffering_site=dumpcr
Voor ruilpartities geeft deze waarschuwing aan dat de swap-verdeling over een geringe beschikbare ruimte blijft beschikken en sterk door het systeem wordt gebruikt. De swappunt wordt normaal gebruikt om de fysieke RAM-capaciteit indien nodig uit te breiden. Onder normale omstandigheden, als RAM genoeg is, mag de ruil niet te veel worden gebruikt.
Bovendien kunnen deze RTMT-waarschuwingen aanzetten die zijn veroorzaakt door een opeenhoping van temp-bestanden. Aanbevolen wordt om de server opnieuw op te starten om overbodige temp-bestanden te wissen.
Bij het uitvoeren van show status op de CLI van een CUCM server wordt een waarde weergegeven die het bezette en vrije percentage van logopname in de CUCM-schijfruimte specificeert. Deze waarden, ook bekend als een gemeenschappelijke scheiding, specificeren de ruimte bezet door de logs/sporen en de CDR bestanden in de server, die, ook al zijn ze onschuldig, problemen in de installatie/upgradeprocedure kunnen veroorzaken door gebrek aan ruimte in de tijd. Deze waarschuwingen dienen als waarschuwing aan de beheerder om de logbestanden te verwijderen die zich in de loop der tijd in de cluster/server zouden kunnen hebben geaccumuleerd.
LogPartitionLowWaterMarkOvergeprogrammeerd: Dit alarm wordt gegenereerd wanneer de gevulde ruimte de voor de waarschuwing ingestelde drempelwaarden bereikt. Deze waarschuwing dient als indicator voor het gebruik van de schijf.
LogPartitionHighWaterMarkOvergedraaid: Deze waarschuwing wordt gegenereerd wanneer de gevulde ruimte de voor de waarschuwing ingestelde drempelwaarden bereikt. Nadat het alarm is gegenereerd, start de server met het automatisch verwijderen van de oudste logbestanden om de ruimte naar waarde te reduceren tot de waarde van de HighWaterMark-drempel.
De beste praktijk zou zijn de stammen handmatig uit te wissen zodra de waarschuwing LogPartitionLowWaterMarkOvergeprogrammeerd is.
De stappen daartoe zijn:
Stap 1. Start RTMT.
Stap 2. Selecteer Alarmcentrum en voer vervolgens deze taken uit:
Selecteer LogPartitionHighWaterMarkOvergedraaid, noteer de waarde ervan en wijzig de drempelwaarde tot 60%.
Selecteer LogPartitionLowWaterMarkOvergedraaid, noteer de waarde ervan en wijzig de drempelwaarde tot 50%.
De peiling vindt elke 5 minuten plaats, dus wacht 5 tot 10 minuten, en controleer of de benodigde schijfruimte beschikbaar is. Als u meer schijfruimte in de gemeenschappelijke scheiding wilt vrijmaken, moet u LogPartitionHighWaterMarkOvergeprogrammeerd en LogPartitionLowWaterMarkOvergeprogrammeerd naar lagere waarden (bijvoorbeeld 30% en 20%) opnieuw wijzigen.
Geef het 15 tot 20 minuten om de ruimte in een gemeenschappelijke verdeling te verwijderen. U kunt de daling in diskgebruik met de opdracht tonen status van CLI.
Dat zou de gemeenschappelijke opdeling doen dalen.
CpuPegging alert controleert CPU-gebruik op basis van een geconfigureerde drempelwaarde.
Wanneer het cpu-koppelingsalarm wordt ontvangen, kan het proces dat de hoogste CPU inneemt, worden bezet door naar de systeemlade links te gaan, dat wil zeggen proces.
Van de CLI van de betrokken server zullen deze uitgangen inzicht verschaffen.
Aanbevolen wordt om te observeren als de CPU-pin op een specifiek tijdstip of willekeurig wordt uitgevoerd. Als dit willekeurig gebeurt, worden de vereiste gedetailleerde CUCM-sporen evenals RisDC-prefixlogs gebruikt om te controleren wat de pin in CPU triggt. Als de waarschuwingen op een bepaald tijdstip van de dag worden ontvangen, kan dit het gevolg zijn van een geplande activiteit zoals back-up van het noodherstelsysteem (DRS), CDR-lading enz.
Op basis van informatie over welke processen de meest centrale verwerkingseenheid vormen, worden ook specifieke logbestanden voor nader onderzoek gebruikt. Bijvoorbeeld. als de schuldige Tomcat is, zijn de stammen van Tomcat nodig.
Gebruik dit gedeelte om te bevestigen dat de configuratie correct werkt.
Als de waarschuwingen niet worden kwijtgescholden nadat u de hier voorgestelde werkpunten hebt gevolgd, of als de waarschuwingen onmiddellijke invloed op de service lijken te hebben, neemt u contact op met Cisco TAC met de benodigde informatie over de Call Manager-versie, het aantal knooppunten in de cluster, de tijd en de duur van de waarschuwing en het vereiste proces-verbreding in het geval van CPU-koppeling.
Er is momenteel geen specifieke troubleshooting-informatie beschikbaar voor deze configuratie.