Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Achtergrondinformatie

Problemen oplossen

Analyse van logboeken

Oplossing

Inleiding

Dit document beschrijft hoe u problemen kunt oplossen met de foutmelding "Geheugentoewijzing mislukt tijdens query processing" op CUCM wanneer een SIP Trunk niet wordt toegevoegd.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

- VOS (Voice Operating System)

- CUCM (Cisco Unified Communications Manager).

- SIP (Session Interface Protocol).

- Informix-database.

- CLI (Command Line Interface).

Gebruikte componenten

Dit document is bedoeld voor CUCM en is niet beperkt tot specifieke software- en hardwareversies.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Achtergrondinformatie

Wanneer u een SIP-trunk aan de CUCM-server toevoegt, zijn er momenten waarop de fout in de afbeelding wordt weergegeven.

Voer de volgende stappen uit voordat u het probleem reproduceert.

Stap 1. Stel de logs in op gedetailleerd niveau in alle CUCM-knooppunten

- CM Trace

- DB Layer Monitor

- CCMAdmin-webservice

- CSUser Web Service

Opmerking: Houd in gedachten dat sommige sporen al zijn ingesteld op gedetailleerd niveau, deze configuratie is afhankelijk van de versie van CUCM die u hebt geïnstalleerd.

Stap 2. Herhaal het probleem. Probeer de SIP-trunk toe te voegen en teken de tijd af wanneer de taak niet wordt uitgevoerd

Problemen oplossen

Navigeer naar de RTMT (Real-Time Monitor Tool) en krijg deze sporen:

- CM Trace

- DB Layer Monitor

- CCMAdmin-webservice

- CSUser Web Service

- Toepassingslogs voor Event-Viewer

- Logbestanden van Event-Viewer-systeem

Analyse van logboeken

Van de CCMAdmin Web Service Logs

De SIP-trunk wordt ingevoegd in de database

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

Het SIP Trunk-apparaat wordt bijgewerkt met een unieke ID

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

...

De invoeging van het apparaat mislukt, en de configuratie begint met het terugdraaien

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

Handle Exception wordt geworpen door de database

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.

In de logboeken van CCM Informix is het mogelijk verschillende van deze fouten te zien

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

Er zijn bepaalde scenario's wanneer u een NTP fout kunt zien

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.

Oplossing

Waarschuwing: Om de geheugentoewijzing te wissen, moet u de diensten van kantooruren opnieuw opstarten, aangezien het opnieuw opstarten van de vermelde diensten de prestaties van uw spraaksysteem kan beïnvloeden.

Opmerking: Dit proces vereist alleen in CUCM Publisher-knooppunt te worden uitgevoerd.

Stap 1. Start de Cisco Tomcat-service (hulpprogramma’s voor opnieuw opstarten van Cisco Tomcat) via de CLI.

Het opnieuw opstarten van Cisco Tomcat impliceert dat functies zoals Extension Mobility, het Self-Care-portal, de CUCM GUI en de aanmelding van de gebruikers niet toegankelijk kunnen zijn zolang de service niet beschikbaar is.

De GUI duurt ongeveer 5 minuten om beschikbaar te zijn na de herstart van de service, dus er wordt een 404 Not Found-fout verwacht.

Stap 2. Voeg het SIP Trunk-apparaat toe aan de CUCM.

Stap 3. Als stap 2 niet met succes wordt voltooid, start u de A Cisco DB-service opnieuw op in het knooppunt van de CUCM-uitgever via de CLI (hulpprogramma’s voor opnieuw opstarten van een Cisco DB).

Houd in gedachten dat wanneer u een Cisco DB in de uitgever opnieuw start, alle databases opnieuw worden gestart, zodat u geen functies en configuraties kunt configureren of toevoegen aan de CUCM-servers, en de poging om iets toe te voegen of te configureren in de servers kan verloren gaan nadat de service is teruggekomen en alle databases opnieuw zijn ingesteld omdat alle databases van abonnees in alleen-lezen worden terwijl de A Cisco DB-service in de herstartmodus staat.

U kunt echter wel telefoneren, omdat deze informatie in de In-Memory Database is opgeslagen als alleen-lezen, kunt u Call Manager-groepen specifiek configureren voor failover-doeleinden, die afhankelijk is van het knooppunt dat u wilt opnieuw opstarten, zodat de telefoons worden geregistreerd.

Stap 4. Zodra u de A Cisco DB-service opnieuw hebt gestart in alle knooppunten, wacht u ongeveer 15 tot 20 minuten en voegt u vervolgens de SIP Trunk toe.

Stap 5. Als het probleem zich blijft voordoen na het opnieuw opstarten van Cisco Tomcat en een Cisco DB op de Publisher, start u de services op de Subscriber-knooppunten die voor de oproeproeverwerking zijn bedoeld, opnieuw op.

Opmerking:

Deze kwestie kan ook in deze scenario's worden gezien.

1. Wanneer het systeem een hoge CPU heeft ondergaan of nog steeds ondervindt.

2. Wanneer het Network Time Protocol (NTP) niet is gesynchroniseerd, wat vervolgens leidt tot niet-synchronisatie tussen de databases van alle knooppunten.

3. Wanneer de geldigheidsduur van de certificaten is verstreken.