Alertas da ferramenta do monitoramento em tempo real

Esta lista compreende os alertas preconfigured do CallManager.

• BeginThrottlingCallListBLFSubscriptions
• CallAttemptBlockedByPolicy
• CallProcessingNodeCpuPegging
• CARIDSEngineCritical
• CARIDSEngineFailure
• CARSchedulerJobFailed
• CDRAgentSendFileFailed
• CDRFileDeliveryFailed
• CDRHighWaterMarkExceeded
• CDRMaximumDiskSpaceExceeded
• CodeYellow
• DBChangeNotifyFailure
• DBReplicationFailure
• DBReplicationTableOutofSync
• DDRBlockPrevention
• DDRDown
• EMCCFailedInLocalCluster
• EMCCFailedInRemoteCluster
• ExcessiveVoiceQualityReports
• IMEDistributedCacheInactive

• IMEOverQuota
• IMEQualityAlert
• InsufficientFallbackIdentifiers
• IMEServiceStatus
• InvalidCredentials
• LowTFTPServerHeartbeatRate
• MaliciousCallTrace
• MediaListExhausted
• MgcpDChannelOutOfService
• NumberOfRegisteredDevicesExceeded
• NumberOfRegisteredGatewaysDecreased
• NumberOfRegisteredGatewaysIncreased
• NumberOfRegisteredMediaDevicesDecreased
• NumberOfRegisteredMediaDevicesIncreased
• NumberOfRegisteredPhonesDropped
• RouteListExhausted
• SDLLinkOutOfService
• TCPSetupToIMEFailed
• TLSConnectionToIMEFailed
• UserInputFailure 

LowAvailableVirtualMemory e LowSwapPartitionAvailableDiskSpace

Os servidores Linux têm uma tendência “não clara” o uso da memória virtual durante um período de tempo e viu-se para acumular e daqui aqueles alertas.

Linux opera-se um pouco de diferentemente como um sistema operacional.

Uma vez que a memória é atribuída a um processo não estará retirada pelo processador a menos que algum outro processo pedir para a memória mais do que a memória disponível.

Isto causa a memória virtual alta.

Um pedido para um aumento no ponto inicial para o alarme nas versões posteriores do gerenciador de chamada foi documentado no defeito; https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuq75767/?reffering_site=dumpcr

Para separações da troca, este alerta indica que a separação da troca está deixada com o baixo espaço disponível, e é pesadamente - usado pelo sistema. A separação da troca é usada normalmente para estender a capacidade física de RAM quando necessária. Em condições normais, se RAM é bastante, a troca não deve ser usada demasiado. 

Também, estes podem ser jogam acima os alertas RTMT causados por um acúmulo dos arquivos temporário, uma repartição do server são recomendados cancelar para fora todos os arquivos temporário desnecessários.

LogPartitionHighWaterMarkExceeded e LogPartitionLowWaterMarkExceeded

No estado sendo executado da mostra no CLI de um server CUCM, um valor que especifique ocupada e livra a porcentagem da separação de registro no espaço de disco CUCM é mostrado. Igualmente são sabidos como a separação comum, estes valores especificam o espaço ocupado pelos logs/traços e os arquivos CDR no server, que mesmo que inofensivo, pôde causar edições dentro instalam/procedimentos de upgrade devendo faltar ao longo do tempo do espaço. Estes alertas servem como um aviso ao administrador para cancelar aqueles logs que puderam ter acumulado ao longo do tempo no conjunto/server.

LogPartitionLowWaterMarkExceeded: Este alerta é gerado quando o espaço enchido alcança os valores de limiar configurados para o alerta. Este alerta serve como um indicador da PRE-verificação para o uso de disco.

LogPartitionHighWaterMarkExceeded: Este alerta é gerado quando o espaço enchido alcança os valores de limiar configurados para o alerta. O alerta é gerado uma vez, os começos do server à depuração automática que o mais velho entra a ordem para derrubar o espaço avaliar os lesses esses o ponto inicial de HighWaterMark.

O melhor prática seria remover manualmente os logs assim que o alerta de LogPartitionLowWaterMarkExceeded fosse recebido.

As etapas a fazer assim são:

Etapa 1. Lançamento RTMT.

Etapa 2. Selecione a central alerta, a seguir execute estas tarefas:

Selecione LogPartitionHighWaterMarkExceeded, note seu valor e mude seu valor de limiar a 60%.

Selecione LogPartitionLowWaterMarkExceeded, note seu valor e mude seu valor de limiar a 50%.

A votação ocorre os minutos cada 5, assim que a espera por 5-10 minutos, a seguir verifica que o espaço de disco exigido está disponível. Se você quer livrar acima outra vez mais espaço de disco valores na separação, na mudança LogPartitionHighWaterMarkExceeded e na linha comuns de LogPartitionLowWaterMarkExceeded aos valores mais baixos (por exemplo, 30% e 20%).

Dê-lhe 15 a 20 minutos para cancelar o espaço na separação comum. Você pode monitorar a diminuição no uso de disco com o comando show status do CLI.

Isso derrubaria a separação comum.

CpuPegging

O alerta de CpuPegging monitora o USO de CPU com base no limiar configurado.

Quando o alerta cavilhando CPU é recebido, o processo que ocupa o CPU o mais alto pode ser ocupado indo à gaveta do sistema à esquerda, que é processo.

Do CLI do server interessado, estas saídas emprestarão alguma introspecção.

• os utils diagnosticam o teste
• mostre o processador central da carga de processo classificado
• show status
• os utils retiram o núcleo da lista ativa

Recomenda-se observar se o aumento de CPU acontece em umas horas específicas ou aleatoriamente. Se ocorre aleatoriamente então os traços detalhados exigidos CUCM assim como os logs do perfmon de RisDC para verificar o que está provocando o ponto no CPU. Se os alertas estão acontecendo em umas horas específicas do dia então que poderia ser devido a alguma atividade programada como o backup do sistema da Recuperação de desastres (DR), a carga etc. CDR.

Também, com base na informação sobre que processe ocupa a maioria de CPU, logs específicos são tomados para investigações adicionais. Para por exemplo se o culpado é Tomcat, a seguir os logs relativos Tomcat são precisados.