Solución de problemas de asignación de memoria fallida durante el procesamiento de consultas después de que el troncal SIP no se pueda agregar

Introducción

Este documento describe cómo resolver el mensaje de error "Error de asignación de memoria durante el procesamiento de consultas" en CUCM cuando no se puede agregar un troncal SIP.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• VOS (sistema operativo de voz)
• CUCM (Cisco Unified Communications Manager).
• SIP (protocolo de interfaz de sesión).
• Base de datos Informix.
• CLI (interfaz de línea de comandos).

Componentes Utilizados

Este documento está destinado a CUCM y no se limita a versiones específicas de software y hardware.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Antecedentes

Cuando agrega un troncal SIP al servidor de CUCM, hay ocasiones en las que se muestra el error que aparece en la imagen.

Realice los siguientes pasos antes de reproducir el problema.

Paso 1. Establezca los registros en el nivel detallado en todos los nodos de CUCM

- Seguimiento de CM
- Monitor de capa DB
- Servicio web CCMAdmin
- Servicio web CCMUser

Paso 2. Reproduzca el problema. Intente agregar el troncal SIP y marque el tiempo en que no puede realizar la tarea

Troubleshoot

Vaya a RTMT (Real-Time Monitor Tool) y obtenga estos seguimientos:

- Seguimiento de CM
- Monitor de capa DB
- Servicio web CCMAdmin
- Servicio web CCMUser

- Registros de la aplicación Event-Viewer

- Registros del sistema del visor de eventos

Análisis de registro

Desde los registros del servicio web de CCMAdmin

El troncal SIP se inserta en la base de datos

2024-03-14 09:51:12,487 DEBUG [http-nio-1027-exec-7] formhandlers.TrunkFormHandler - Insert Trunk
2024-03-14 09:51:12,570 DEBUG [http-nio-1027-exec-7] utilities.DbRead - reading from cache...
2024-03-14 09:51:12,573 DEBUG [http-nio-1027-exec-7] utilities.DbRead - reading from cache...

El dispositivo troncal SIP se actualiza con una ID exclusiva

2024-03-14 09:51:12,590 DEBUG [http-nio-1027-exec-7] formhandlers.TrunkFormHandler - Updating SIP - devicePkid = e277a39a-1437-84ba-5047-57adddc75a43
...
The SP Trunk starts to be configured within the database
2024-03-14 09:51:12,618 DEBUG [http-nio-1027-exec-7] formhandlers.Device - update initiated
2024-03-14 09:51:12,620 DEBUG [http-nio-1027-exec-7] formhandlers.Device - Insert/update device
...
2024-03-14 09:51:13,449 DEBUG [http-nio-1027-exec-7] utilities.DbRelatedUtil - 1 row(s) affected.
...
2024-03-14 09:51:13,910 DEBUG [http-nio-1027-exec-7] utilities.DbRelatedUtil - 1 row(s) affected.
2024-03-14 09:51:13,913 INFO  [http-nio-1027-exec-7] utilities.SIPDeviceUtil - Entering checkSecurityProfilePortDuplicates
...

La inserción del dispositivo falla y la configuración comienza a revertirse

2024-03-14 09:51:14,294 ERROR [http-nio-1027-exec-7] formhandlers.Device - insert/update failed.  Rollback changes

La base de datos produce la excepción Handle

2024-03-14 09:51:14,338 ERROR [http-nio-1027-exec-7] formhandlers.TrunkFormHandler - Exception: Memory allocation failed during query processing.
java.sql.SQLException: Memory allocation failed during query processing.
2024-03-14 09:51:14,360 INFO  [http-nio-1027-exec-7] actions.BaseAction - SQLException :: -208::java.sql.SQLException: Memory allocation failed during query processing.
2024-03-14 09:51:14,363 DEBUG [http-nio-1027-exec-7] actions.BaseAction - Db Error :: Memory allocation failed during query processing.
2024-03-14 09:51:14,365 DEBUG [http-nio-1027-exec-7] actions.BaseAction - Error could not be mapped using zero :: Memory allocation failed during query processing.
java.lang.NumberFormatException: For input string: "Memory allocation failed during query processing."
2024-03-14 09:51:14,370 DEBUG [http-nio-1027-exec-7] actions.BaseAction - Error Code :: 0
2024-03-14 09:51:14,410 DEBUG [http-nio-1027-exec-7] actions.BaseAction - DBE Error code was not set :: java.sql.SQLException: Memory allocation failed during query processing.
2024-03-14 09:51:14,412 DEBUG [http-nio-1027-exec-7] actions.BaseAction - Parsing Database Specific Error :: java.sql.SQLException: Memory allocation failed during query processing. :: error.add
2024-03-14 09:51:14,414 ERROR [http-nio-1027-exec-7] actions.BaseAction - Caller Specified DatabaseException [error.add] :: java.sql.SQLException: Memory allocation failed during query processing.

En los registros de CCM Informix es posible ver varios de estos errores

ERROR Estimate FAILED for table 'ccm12_5_1_16900_48:"informix".

Hay ciertos escenarios en los que puede ver un error NTP

Mar 14 09:51:23 FXSDCWCMFPUB user 4 platform: Response from 'ntpdate -q': server X.X.X.X, stratum 0, offset 0.000000, delay 0.00000#01214 Mar 09:51:23 ntpdate[8646]: no server suitable for synchronization found.

Solución

Paso 1. Reinicie el servicio Cisco Tomcat (utils service restart Cisco Tomcat) a través de la CLI.

El reinicio de Cisco Tomcat implica que funciones como Extension Mobility, el portal de autoayuda, la GUI de CUCM y el inicio de sesión de los usuarios no pueden estar accesibles mientras el servicio esté inactivo.

La GUI tarda aproximadamente 5 minutos en estar disponible después del reinicio del servicio, por lo que se espera un error 404 Not Found.

Paso 2. Agregue el dispositivo troncal SIP a CUCM.

Paso 3. Si el paso 2 no se completa correctamente, reinicie el servicio A Cisco DB en el nodo del editor de CUCM a través de CLI (utils service restart A Cisco DB),

Tenga en cuenta que al reiniciar A Cisco DB en el editor, se reinician todas las bases de datos, por lo que no puede configurar ni agregar características y configuraciones en los servidores de CUCM, y el intento de agregar o configurar nada en los servidores puede perderse después de que el servicio haya vuelto y todas las bases de datos se hayan configurado nuevamente porque todas las bases de datos de los suscriptores entran en modo de sólo lectura mientras el servicio A Cisco DB está en modo de reinicio.

Sin embargo, puede realizar llamadas telefónicas, ya que esta información se almacena en la base de datos en memoria como de sólo lectura, puede configurar grupos de Call Manager específicamente para la conmutación por fallas, que depende del nodo que desea reiniciar, de modo que los teléfonos se mantengan registrados.

Paso 4. Una vez que haya reiniciado el servicio A Cisco DB en todos los nodos, espere aproximadamente de 15 a 20 minutos y luego agregue el troncal SIP.

Paso 5. Si el problema persiste después del reinicio de Cisco Tomcat y A Cisco DB en el editor, reinicie esos servicios en los nodos del suscriptor que están destinados para el procesamiento de llamadas.