Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Antecedentes

Troubleshoot

Análisis de registro

Solución

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

Nota: Tenga en cuenta que algunos seguimientos ya están establecidos en el nivel detallado; esta configuración depende de la versión de CUCM que haya instalado.

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

Advertencia: Para borrar la asignación de memoria, debe reiniciar los servicios fuera del horario comercial ya que el reinicio de los servicios enumerados puede afectar el rendimiento de su sistema de voz.

Nota: Este proceso requiere que se realice únicamente en el nodo del publicador de CUCM.

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.

Nota:

Este problema también se puede ver en estos escenarios.

1. Cuando el sistema ha experimentado o todavía está experimentando una CPU alta.

2. Cuando el protocolo de tiempo de red (NTP) no está sincronizado, lo que provoca una dessincronización entre todas las bases de datos de los nodos.

3. Cuando haya certificados caducados.