Fehlerbehebung bei der Speicherzuweisung während der Abfrageverarbeitung fehlgeschlagen, nachdem der SIP-Trunk nicht hinzugefügt werden konnte

Einleitung

In diesem Dokument wird die Fehlerbehebung in der Fehlermeldung "Speicherzuweisung während Abfrageverarbeitung fehlgeschlagen" auf dem CUCM beschrieben, wenn ein SIP-Trunk nicht hinzugefügt werden kann.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

• VOS (Sprachbetriebssystem)
• CUCM (Cisco Unified Communications Manager)
• SIP (Session Interface Protocol)
• Informix-Datenbank.
• CLI (Command Line Interface)

Verwendete Komponenten

Dieses Dokument ist für CUCM vorgesehen und nicht auf bestimmte Software- und Hardwareversionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Hintergrundinformationen

Wenn Sie einen SIP-Trunk zum CUCM-Server hinzufügen, kann es vorkommen, dass der im Bild angezeigte Fehler angezeigt wird.

Führen Sie die nächsten Schritte aus, bevor Sie das Problem reproduzieren.

Schritt 1. Stellen Sie die Protokolle in allen CUCM-Knoten auf die Detailstufe ein.

- CM-Verfolgung
- Überwachung des DB-Layers
- CCMAdmin-Webdienst
- CCMUser-Webdienst

Schritt 2: Reproduzieren des Problems Versuchen Sie, den SIP-Trunk hinzuzufügen, und markieren Sie die Zeit, zu der der Trunk nicht ausgeführt werden kann.

Fehlerbehebung

Navigieren Sie zum RTMT (Real-Time Monitor Tool), und rufen Sie die folgenden Traces auf:

- CM-Verfolgung
- Überwachung des DB-Layers
- CCMAdmin-Webdienst
- CCMUser-Webdienst

- Ereignisanzeige-Anwendungsprotokolle

- Ereignisanzeige - Systemprotokolle

Protokollanalyse

Aus den CCMAdmin-Webdienstprotokollen

Der SIP-Trunk wird in die Datenbank eingefügt.

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

Das SIP-Trunk-Gerät wird mit einer eindeutigen ID aktualisiert.

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

Das Einsetzen des Geräts schlägt fehl, und die Konfiguration beginnt mit dem Rollback.

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

Ausnahmebehandlung wird von der Datenbank ausgelöst

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 den CCM-Informix-Protokollen können mehrere dieser Fehler angezeigt werden.

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

In bestimmten Szenarien wird ein NTP-Fehler angezeigt.

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.

Lösung

Schritt 1: Starten Sie den Cisco Tomcat-Dienst (utils service restart Cisco Tomcat) über die CLI neu.

Der Neustart von Cisco Tomcat bedeutet, dass auf Funktionen wie Extension Mobility, das Self-Care-Portal, die CUCM-Benutzeroberfläche und die Anmeldung der Benutzer nicht zugegriffen werden kann, solange der Service nicht verfügbar ist.

Die GUI benötigt nach dem Neustart des Dienstes ca. 5 Minuten, daher wird ein 404 Not Found-Fehler erwartet.

Schritt 2: Hinzufügen des SIP-Trunk-Geräts zum CUCM

Schritt 3: Wenn Schritt 2 nicht erfolgreich abgeschlossen wird, starten Sie den Cisco DB-Dienst A im CUCM Publisher-Knoten über die CLI neu (utils service restart A Cisco DB).

Beachten Sie, dass beim Neustart einer Cisco DB im Publisher alle Datenbanken neu gestartet werden, sodass Sie die CUCM-Server nicht konfigurieren oder Funktionen und Konfigurationen hinzufügen können. Der Versuch, Server hinzuzufügen oder zu konfigurieren, kann verloren gehen, nachdem der Dienst wiederhergestellt wurde und alle Datenbanken wieder eingerichtet wurden, da alle Datenbanken der Abonnenten schreibgeschützt sind, während sich der Cisco DB-Dienst im Neustartmodus befindet.

Sie können jedoch Telefonanrufe tätigen, da diese Informationen in der In-Memory-Datenbank als schreibgeschützt gespeichert sind. Sie können Call Manager-Gruppen speziell für Failover-Zwecke konfigurieren, die von dem Knoten abhängen, den Sie neu starten möchten, damit die Telefone registriert bleiben.

Schritt 4: Nachdem Sie den A Cisco DB-Dienst in allen Knoten neu gestartet haben, warten Sie etwa 15 bis 20 Minuten, und fügen Sie den SIP-Trunk hinzu.

Schritt 5: Wenn das Problem nach dem Neustart von Cisco Tomcat und A Cisco DB auf dem Publisher weiterhin besteht, starten Sie die Dienste auf den Subscriber-Knoten neu, die für die Anrufverarbeitung vorgesehen sind.