Résolution des problèmes d'allocation de mémoire pendant le traitement de la requête après l'échec de l'ajout de la ligne principale SIP

Introduction

Ce document décrit comment dépanner le message d'erreur « Memory allocation failed during query processing » sur CUCM quand une ligne principale SIP ne parvient pas à être ajoutée.

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• VOS (Voice Operating System)
• CUCM (Cisco Unified Communications Manager).
• SIP (Session Interface Protocol).
• Base de données Informix.
• CLI (Command Line Interface).

Composants utilisés

Ce document est destiné à CUCM et n'est pas limité à des versions logicielles et matérielles spécifiques.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Informations générales

Lorsque vous ajoutez une ligne principale SIP au serveur CUCM, il arrive que l'erreur affichée dans l'image s'affiche.

Effectuez les étapes suivantes avant de reproduire le problème.

Étape 1. Définissez les journaux au niveau détaillé dans tous les noeuds CUCM

- Suivi CM
- Moniteur de couche DB
- Service Web CCMAdmin
- Service Web CCMUser

Étape 2. Reproduire le problème Tentative d'ajout de la ligne principale SIP et indication de l'heure à laquelle la tâche échoue

Dépannage

Accédez à l'outil RTMT (Real-Time Monitor Tool) et obtenez les traces suivantes :

- Suivi CM
- Moniteur de couche DB
- Service Web CCMAdmin
- Service Web CCMUser

- Journaux des applications de l'Observateur d'événements

- Journaux système de l'Observateur d'événements

Analyse des journaux

À partir des journaux de service Web CCMAdmin

La ligne principale SIP est insérée dans la base de données

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...

Le périphérique de ligne principale SIP est mis à jour avec un ID unique

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
...

L'insertion du périphérique échoue et la configuration commence sa restauration

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

Handle Exception est levée par la base de données

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.

Dans les journaux CCM Informix, il est possible de voir plusieurs de ces erreurs

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

Il y a certains scénarios où vous pouvez voir une erreur 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.

Solution

Étape 1. Redémarrez le service Cisco Tomcat (jusqu'à ce que le service redémarre Cisco Tomcat) via l'interface de ligne de commande.

Le redémarrage de Cisco Tomcat implique que des fonctionnalités telles que la substitution de poste, le portail Self Care, l'interface utilisateur graphique de CUCM et la connexion des utilisateurs ne peuvent pas être accessibles lorsque le service est arrêté.

L'interface graphique utilisateur prend environ 5 minutes pour être disponible après le redémarrage du service, ce qui indique qu'une erreur 404 Not Found est attendue.

Étape 2. Ajout du périphérique de la ligne principale SIP au CUCM

Étape 3. Si l'étape 2 ne se termine pas correctement, redémarrez le service A Cisco DB dans le noeud de l'éditeur CUCM via l'interface de ligne de commande (jusqu'à ce que le service redémarre A Cisco DB),

Gardez à l'esprit que lorsque vous redémarrez A Cisco DB dans l'éditeur, toutes les bases de données sont redémarrées, de sorte que vous ne pouvez pas configurer ou ajouter des fonctionnalités et des configurations dans les serveurs CUCM, et la tentative d'ajouter ou de configurer quoi que ce soit dans les serveurs peut être perdue après que le service est revenu et que toutes les bases de données ont été reconfigurées parce que toutes les bases de données des abonnés passent en lecture seule alors que le service A Cisco DB est en mode redémarrage.

Cependant, vous pouvez passer des appels téléphoniques, puisque ces informations sont stockées dans la base de données en mémoire en lecture seule, vous pouvez configurer les groupes Call Manager spécifiquement à des fins de basculement, ce qui dépend du noeud que vous voulez redémarrer, de sorte que les téléphones restent enregistrés.

Étape 4. Une fois que vous avez redémarré le service A Cisco DB sur tous les noeuds, attendez environ 15 à 20 minutes, puis ajoutez la ligne principale SIP.

Étape 5. Si le problème persiste après le redémarrage de Cisco Tomcat et d'une base de données Cisco sur le serveur de publication, redémarrez les services sur les noeuds Abonné qui sont destinés au traitement des appels.