Alertas de herramientas de supervisión en tiempo real

Esta lista incluye las alertas preconfiguradas del CallManager.

• BeginThrottlingCallListBLFSubscriptions
• CallTryBlockedByPolicy
• CallProcessingNodeCpuPegging
• CARIDSEngineCritical
• Falla CARIDSEngine
• CARSchedulerJobFailed
• CDRAgentSendFileFailed
• CDRFileDeliveryFailed
• CDRHighWaterMarkExceeded
• CDRMamaximumDiskSpaceExceeded
• CódigoAmarillo
• DBChangeNotifyFailure
• DBReplicaciónFailure
• DBReplicaciónTableOutofSync
• DDRBlockPrevention
• DDRDown
• EMCCFailInLocalCluster
• EMCCFailInRemoteCluster
• InformesDeCalidadDeVozExcesivos
• IMEDistributedCacheInactive

• IMEOverQuota
• IMEQualityAlert
• InsuficientesIdentificadoresDeReserva
• IMEServiceStatus
• Credenciales no válidas
• Velocidad de latidos de servidorLowTFTPServer
• MaliciousCallTrace
• Lista de medios agotada
• MgcpDChannelOutOfService
• NúmeroDeDispositivosRegistradosExcedido
• NúmeroDeGatewaysRegistradasDisminuido
• NúmeroDeGatewaysRegistradasAumento
• NúmeroDeDispositivosDeMediosRegistradosDisminuido
• NúmeroDeDispositivosDeMediosRegistradosAumento
• NúmeroDeTeléfonosRegistradosDescartados
• RouteListExhausto
• SDLLinkOutOfService
• TCPSetupToIMEFfailed
• TLSConnectionToIMEFfailed
• UserInputFailure 

LowAvailableVirtualMemory y LowSwapPartitionAvailableDiskSpace

Los servidores Linux tienden a "no borrar" el uso de la memoria virtual durante un período de tiempo y se ha visto que se acumula y por lo tanto esas alertas.

Linux funciona un poco diferente como un sistema operativo.

Una vez que la memoria se asigna a un proceso, el procesador no la recuperará a menos que otros procesos soliciten más memoria que la memoria disponible.

Esto provoca una memoria virtual alta.

Una solicitud de aumento del umbral para la alarma en las versiones superiores del Call Manager se ha documentado en el defecto; https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuq75767/?reffering_site=dumpcr

Para las particiones de intercambio, esta alerta indica que la partición de intercambio se queda con poco espacio disponible, y es muy utilizada por el sistema. La partición de intercambio se utiliza normalmente para ampliar la capacidad de RAM física cuando es necesario. En condiciones normales, si la RAM es suficiente, el intercambio no debe utilizarse demasiado. 

Además, estas pueden ser alertas RTMT provocadas por una acumulación de archivos temporales, se recomienda reiniciar el servidor para borrar cualquier archivo temporal innecesario.

LogPartitionHighWaterMarkExceeded y LogPartitionLowWaterMarkExceeded

Al ejecutar show status en la CLI de un servidor CUCM, se muestra un valor que especifica el porcentaje ocupado y libre de registro de partición en el espacio de disco de CUCM. También conocidos como partición común, estos valores especifican el espacio ocupado por los registros/seguimientos y los archivos CDR en el servidor, que aunque son inofensivos, pueden causar problemas en el procedimiento de instalación/actualización debido a la falta de espacio a lo largo del tiempo. Estas alertas sirven como advertencia al administrador para que borre los registros que podrían haberse acumulado con el tiempo en el clúster/servidor.

LogPartitionLowWaterMarkExceeded: Esta alerta se genera cuando el espacio relleno alcanza los valores de umbral configurados para la alerta. Esta alerta sirve como indicador de verificación previa para el uso del disco.

LogPartitionHighWaterMarkExceeded: Esta alerta se genera cuando el espacio relleno alcanza los valores de umbral configurados para la alerta. Una vez que se genera la alerta, el servidor comienza a purgar automáticamente los registros más antiguos para reducir el espacio al valor menos que el umbral HighWaterMark.

La práctica recomendada sería purgar manualmente los registros tan pronto como se reciba la alerta LogPartitionLowWaterMarkExceeded.

Los pasos para hacerlo son:

Paso 1. Inicie RTMT.

Paso 2. Seleccione Alert Central y, a continuación, realice estas tareas:

Seleccione LogPartitionHighWaterMarkExceeded, anote su valor y cambie su valor de umbral al 60%.

Seleccione LogPartitionLowWaterMarkExceeded, anote su valor y cambie su valor de umbral al 50%.

El sondeo se realiza cada 5 minutos, por lo que espere entre 5 y 10 minutos y, a continuación, verifique que el espacio en disco requerido esté disponible. Si desea liberar más espacio en disco en la partición común, vuelva a cambiar los valores de subproceso LogPartitionHighWaterMarkExceeded y LogPartitionLowWaterMarkExceeded a valores más bajos (por ejemplo, 30% y 20%).

Dedique de 15 a 20 minutos a despejar el espacio en la partición común. Puede monitorear la disminución en el uso del disco con el comando show status desde CLI.

Eso reduciría la partición común.

CpuPegging

La alerta CpuPegging monitorea el uso de la CPU en función del umbral configurado.

Cuando se recibe la alerta de vinculación de CPU, el proceso que ocupa la CPU más alta se puede ocupar yendo a la Sección de Sistema de la izquierda, es decir, Proceso.

Desde la CLI del servidor correspondiente, estos resultados proporcionarán cierta información.

• utils diagnose test
• show process load cpu
• show status
• lista activa de utils core

Se recomienda observar si el pico de la CPU ocurre a una hora específica o aleatoriamente. Si ocurre aleatoriamente, entonces los seguimientos detallados de CUCM requeridos, así como los registros perfmon de RisDC para verificar qué está accionando el pico en la CPU. Si las alertas se producen a una hora específica del día, podría deberse a alguna actividad programada como la copia de seguridad del Sistema de recuperación ante desastres (DRS), la carga de CDR, etc.

Además, sobre la base de la información sobre qué proceso ocupa más CPU, se toman registros específicos para una investigación más detallada. Por ejemplo, si el culpable es Tomcat, se necesitan los registros relacionados con Tomcat.