Fehlerbehebung bei Problemen mit der CUCM-Weboberfläche

Einleitung

In diesem Dokument werden die Gründe dafür beschrieben, dass die Cisco Unified Communications Manager (CUCM)-Benutzerseite und die Webseiten nicht angezeigt werden oder Fehler verursachen.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse von CUCM verfügen.

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf CUCM-Version 7.x/8.x/9.x/10.x.

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.

Flussdiagramm

Das Ablaufdiagramm für den Webzugriff auf dem CUCM ist hier dargestellt:

Problem 1: Datenbankkommunikationsfehler

Wenn Sie versuchen, sich von Publisher aus bei der CUCM-Admin-Webseite anzumelden, wird der "Database communication error" (Datenbankkommunikationsfehler) angezeigt.

Sie können sich über den Abonnenten bei der CUCM-Admin-Webseite anmelden. Alle Änderungen am CUCM führen jedoch zu einem der folgenden Fehler:

"Fehler beim Abrufen von Informationen aus der Datenbank. java.sql.SQLException: Keine Berechtigung zum Löschen." oder "Hinzufügen fehlgeschlagen. Die Insert-Berechtigung ist für diesen Vorgang erforderlich."

Dieses Problem kann auftreten, wenn Sie versuchen, sich beim Server anzumelden, nachdem Änderungen am Publisher-Server vorgenommen wurden, z. B. wenn der Hostname oder die IP-Adresse über die CLI oder die Admin-Seite des Betriebssystems geändert wird.

In diesem Fall müssen Sie die Änderungen auf die alte Konfiguration zurücksetzen, damit Sie sich anmelden können.

Wenn keine Änderungen an CUCM Publisher vorgenommen wurden und Sie weiterhin die Fehlermeldung Database Communications Error (Datenbankkommunikationsfehler) erhalten, überprüfen Sie die folgenden Elemente:

• Geben Sie den Befehl utils dbreplication runtimestate ein, um den DB-Replikationsstatus zu überprüfen.

Bestätigen Sie, dass der Replikationsstatus auf allen Knoten 2 ist, ohne dass Fehler oder Diskrepanzen auftreten.

• Bestimmt, ob derzeit ein Cisco Datenbank-Service (DB) ausgeführt wird. Eine Cisco DB, die nicht auf Publisher gestartet wurde, kann dieses Problem ebenfalls verursachen.

Der Fehler/das Symptom auf dem Abonnenten unterscheidet sich, da der Abonnent seinen eigenen A Cisco DB-Prozess verwendet, der einwandfrei läuft. Wenn Sie jedoch versuchen, die Konfiguration zu aktualisieren, kontaktiert der Abonnent eine Cisco DB auf Publisher, die nicht funktioniert und auch auf dem Abonnenten einen Fehler verursacht. Außerdem ist die Unmöglichkeit, auf die CUCM-Seite von Publisher zuzugreifen, möglicherweise auf einen Datenbankkommunikationsfehler zurückzuführen, bei dem Informix keine weiteren Verbindungen akzeptiert.

Der Befehl utils dbreplication runtimestate funktioniert nicht:

admin:utils dbreplication runtimestate
File "/usr/local/cm/bin/DbReplRTstate.py", line 578, in ?
   fin = open(tfile, 'r')
IOError: [Errno 2] No such file or directory: 
'/var/log/active/cm/trace/dbl/sdi/getNodes'

Dieses Problem wird auch durch die Cisco Bug-ID CSCtl74037 dokumentiert. Die Problemumgehung hierfür besteht in der Eingabe der folgenden Befehle über die CLI:

utils service stop A Cisco DB
utils service start A Cisco DB

und stoppen Sie den Cisco Express Forwarding-Service (CEF) von der Serviceability-Seite.

Geben Sie den Befehl utils service start A Cisco DB ein, um den Dienst A Cisco DB zu starten.

Wenn der Service nicht gestartet wird, wenden Sie sich an das Cisco Technical Assistance Center (TAC), um den Service über den Root-Server zu starten. TAC verifiziert das Problem mit Root Access. In einigen Fällen ist eine Neuerstellung von CUCM erforderlich, wenn die DB beschädigt ist.

Problem 2: Verbindung zum Server kann nicht hergestellt werden (kein Zugriff auf den Remote-Knoten möglich)

Sie können nicht auf die anderen CUCM-Knoten über die Serviceability-Seite des CUCM zugreifen, an dem Sie derzeit angemeldet sind.

Wählen Sie Cisco Unified Serviceability > Tools > Control Center Feature/Network Services > Select Server > Go.

Die angezeigte Fehlermeldung lautet: "Verbindung zum Server kann nicht hergestellt werden (Zugriff auf Remote-Knoten nicht möglich)."

Problemumgehung

Melden Sie sich separat bei jedem CUCM-Knoten an, um auf Serviceability (Servicefreundlichkeit) und Activate/Deactivate (Services aktivieren/deaktivieren) zuzugreifen.

Lösung

1. Überprüfen Sie, ob das Tomcat-Zertifikat abgelaufen ist. (Wählen Sie Cisco OS Administration > Security > Certificate Management > tomcat.pem aus). Wenn das Tomcat-Zertifikat abgelaufen ist, generieren Sie es neu, und starten Sie den Tomcat-Dienst neu.
   • Wenn Sie ein von einer Zertifizierungsstelle (Certificate Authority, CA) signiertes Zertifikat verwenden, rufen Sie die Tomcat Certificate Signing Request (CSR) auf, die von der Zertifizierungsstelle neu signiert wurde, laden Sie sie erneut hoch, und starten Sie den Cisco Tomcat-Dienst mit dem Befehl utils service restart Cisco Tomcat neu.
   • Wenn Sie ein selbstsigniertes Zertifikat auf dem betroffenen Server verwenden, generieren Sie das Tomcat-Zertifikat mit dem Befehl set cert regen tomcat aus der CLI oder vom OS-Administrator neu, und starten Sie dann den Cisco Tomcat-Dienst mit dem Befehl utils service restart Cisco Tomcat neu.

     Dieser bekannte Fehler ist in Cisco Bug-ID CSCth44399 dokumentiert.

2. Bestätigen Sie die Gültigkeit der Tomcat-Zertifikate. Überprüfen Sie, ob sich das Tomcat-Vertrauenszertifikat des problematischen Knotens auf dem anderen Knoten befindet. Wenn es sich nicht auf dem Knoten befindet, laden Sie das Tomcat-Vertrauenszertifikat des problematischen Knotens herunter und laden Sie es als Tomcat-Vertrauenszertifikat auf den anderen Knoten hoch. Generieren Sie dann das Tomcat-Zertifikat auf dem problematischen Knoten neu, und starten Sie den Tomcat-Dienst auf beiden Knoten neu.

Problem 3: Verbindung zum Server kann nicht hergestellt werden (unbekannter Fehler)

Sie können nicht auf die anderen CUCM-Knoten über die Serviceability-Seite des CUCM zugreifen, an dem Sie derzeit angemeldet sind. Wählen Sie Cisco Unified Serviceability > Tools > Service Activation/Control Center Feature/Network Services > Select Server > Go.

Die angezeigte Fehlermeldung lautet: "Verbindung zum Server kann nicht hergestellt werden (Unbekannter Fehler)."

Problemumgehung

Melden Sie sich separat bei jedem CUCM-Knoten an, um auf Serviceability (Servicefreundlichkeit) und Activate/Deactivate (Services aktivieren/deaktivieren) zuzugreifen.

Lösung

1. Geben Sie den Befehl utils dbreplication runtimestate ein, um nach allen Dbreplikationsproblemen im CUCM-Cluster zu suchen.
2. Starten Sie den Tomcat-Dienst mit dem Befehl utils service restart Cisco Tomcat neu.
3. Überprüfen Sie, ob die Seriennummern der Tomcat-Zertifikate (tomcat-trust) auf den Knoten nicht übereinstimmen.
4. Wählen Sie Cisco OS Administration > Security > Certificate Management > tomcat.pem aus, und prüfen Sie, ob das Tomcat-Zertifikat abgelaufen ist. Wenn das Tomcat-Zertifikat abgelaufen ist, generieren Sie es neu, und starten Sie den Tomcat-Dienst neu.
   • Wenn Sie ein CA-signiertes Zertifikat verwenden, laden Sie die Tomcat CSR-Datei von der CA neu signiert herunter, laden Sie sie erneut hoch, und starten Sie den Cisco Tomcat-Dienst mit dem Befehl utils service restart Cisco Tomcat neu.
   • Wenn Sie ein selbstsigniertes Zertifikat auf dem betroffenen Server verwenden, generieren Sie das Tomcat-Zertifikat mit dem Befehl set cert regen tomcat aus der CLI oder vom OS-Administrator neu, und starten Sie dann den Cisco Tomcat-Dienst mit dem Befehl utils service restart Cisco Tomcat neu.

     Diese bekannten Fehler sind in den Cisco Bug-IDs CSCui29232 und Cisco Bug-ID CSCud67438 dokumentiert.

Problem 4: Verbindung zum Server kann nicht hergestellt werden (Ausnahme Zertifikat)

Sie können nicht auf die anderen CUCM-Knoten über die Serviceability-Seite des CUCM zugreifen, an dem Sie derzeit angemeldet sind.

Wählen Sie Cisco Unified Serviceability > Tools > Service Activation/Control Center Feature/Network Services > Select Server > Go.

Die angezeigte Fehlermeldung lautet "Verbindung zum Server kann nicht hergestellt werden (Ausnahme Zertifikat)."

Problemumgehung

Melden Sie sich separat bei jedem CUCM-Knoten an, um auf Serviceability (Servicefreundlichkeit) und Activate/Deactivate (Services aktivieren/deaktivieren) zuzugreifen.

Lösung

1. Geben Sie den Befehl utils dbreplication runtimestate ein, um zu überprüfen, ob im CUCM-Cluster Probleme mit der Replikation auftreten.
2. Starten Sie den Tomcat-Dienst mit dem Befehl utils service restart Cisco Tomcat neu.
3. Überprüfen Sie, ob die Seriennummern der Tomcat-Zertifikate (tomcat-trust) auf den Knoten nicht übereinstimmen.
4. Wählen Sie Cisco OS Administration > Security > Certificate Management > tomcat.pem aus, und prüfen Sie, ob das Tomcat-Zertifikat abgelaufen ist. Wenn das Tomcat-Zertifikat abgelaufen ist, generieren Sie es neu, und starten Sie den Tomcat-Dienst neu.
   • Wenn Sie ein CA-signiertes Zertifikat verwenden, laden Sie die Tomcat CSR-Datei von der CA neu signiert herunter, laden Sie sie erneut hoch, und starten Sie den Cisco Tomcat-Dienst mit dem Befehl utils service restart Cisco Tomcat neu.
   • Wenn Sie ein selbstsigniertes Zertifikat auf dem betroffenen Server verwenden, generieren Sie das Tomcat-Zertifikat mit dem Befehl set cert regen tomcat aus der CLI oder vom OS-Administrator neu, und starten Sie dann den Tomcat-Dienst mit dem Befehl utils service restart Cisco Tomcat neu.

     Dieser bekannte Fehler ist in Cisco Bug-ID CSCup10995 dokumentiert.

Problem 5: Sehr langsamer Zugriff auf die Benutzeroberfläche

Der CUCM-Web-/GUI-Zugriff auf Publisher und Subscriber ist sehr langsam.

Lösung

1. Der CUCM-Administrator fragt immer die Datenbank des Publishers ab, wenn diese verfügbar ist. Siehe Diagramm im Abschnitt Flussdiagramm.
2. Überprüfen Sie, ob Netzwerkprobleme oder Netzwerkverzögerungen vorliegen. Dies ist der Fall, wenn das Clustering über ein Wide Area Network (WAN) erfolgt.
3. Starten Sie den Cisco Tomcat Service über die CLI/Secure Shell (SSH) mit dem Befehl utils service restart Cisco Tomcat neu.
4. Planen Sie ein Wartungsfenster, und starten Sie die CUCM-Knoten neu.
5. Wenn das Problem erneut auftritt, wenden Sie sich mit den folgenden Protokollen an den TAC:
   • Nachverfolgung durch Call Manager (detailliert)
   • Tomcat-Protokolle (Protokolle aus der Ausgabe der Datei erhalten den Befehl activelog tomcat/logs/* aus der CLI)
   • Ereignisanzeige-Anwendungsprotokoll
   • Ereignisanzeige - Systemprotokolle
   • Cisco Real-Time Information Server (RIS) DataCollector Performance-Protokolle
   • Service Manager-Protokolle
   • Ausgabe der folgenden Befehle über die CLI von CUCM:

     utils diagnose test
     utils ntp status
     show process load cpu
     show process load memory
     show process using-most cpu
     show process using-most memory
     utils core active list

   • Cisco Integrated Management Controller (CIMC)-Protokolle 

Diese bekannten Fehler sind dokumentiert in Cisco Bug-ID CSCub02337 und Cisco Bug-ID CSCui86571.

Problem 6: Kopieren/Einfügen des Kennworts auf der Endbenutzer-Anmeldeseite nicht möglich

Kopieren/Einfügen in das Feld "Password" (Kennwort) auf der Anmeldeseite des CUCM-Endbenutzers funktioniert nicht.

Das Einfügen des Kennworts in das Kennwortfeld auf der CUCM-Anmeldeseite für Endbenutzer wird nicht unterstützt.

Dies funktioniert nicht mit Internet Explorer (IE), Firefox oder Chrome.

Das Kopieren/Einfügen des Kennworts ist auf Endbenutzerseiten aufgrund von Sicherheitsrisiken nicht zulässig. Dies wird als Teil von CUCM Version 9.1.2 und höher hinzugefügt.

Es wurde jedoch bemerkt, dass die Copy/Paste-Funktion bei einigen Versionen von CUCM 10.x weiterhin funktioniert. Dies ist in den Cisco Bug-ID CSCus84153 und Cisco Bug-ID CSCus84152 dokumentiert.

Problem 7: Kein Zugriff auf ELM mit Firefox und Chrome

Sie können nicht mit Firefox und Chrome auf Enterprise License Manager (ELM) zugreifen, aber das funktioniert mit IE. Wenn Sie sich mit Firefox oder Chrome bei ELM anmelden, sind keine der Optionen verfügbar.

Dieser bekannte Fehler ist in der Cisco Bug-ID CSCul30396 dokumentiert.

Dieses Problem wurde in Version 9.1.2.11900-10 und späteren Versionen von CUCM behoben. ELM kann mit Firefox, IE und Chrome aufgerufen werden.

Problem 8: Automatische Abmeldung der Webseite

Die CUCM-Webseite meldet sich nach Ablauf des Leerlaufzeitlimits automatisch ab.

Sie können den Webseiten-Timeout mit diesen Befehlen über die CLI von CUCM festlegen.

show webapp session timeout
set webapp session timeout

admin:set webapp session timeout ?

Syntax

set webapp session timeout minutes

Minuten ist obligatorisch und gibt die Anzahl der Minuten an, nach denen Sitzungen als ungültig deklariert werden. Der Bereich liegt zwischen 5 und 99999.

admin:set webapp session timeout 5

Wenn Sie diesen Vorgang fortsetzen, wird das Sitzungs-Timeout für Websitzungen auf 5 Minuten nach dem Neustart des Cisco Tomcat-Dienstes oder nach dem Neustart des Servers festgelegt.

Continue (y/n)?y
Tomcat session-timeout updated to 5 minutes.

Der Cisco Tomcat-Dienst muss neu gestartet werden, damit die Änderungen sofort wirksam werden. Dadurch werden aktive Websitzungen getrennt.

Continue (y/n)?y

Drücken Sie während des Neustarts nicht die Strg-C-Taste. Wenn der Dienst nicht ordnungsgemäß neu gestartet wurde, geben Sie den gleichen Befehl erneut ein.

Service Manager is running

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Cisco Tomcat[STOPPING]

Commanded Out of Service

Cisco Tomcat[NOTRUNNING]

Service Manager is running

Cisco Tomcat[STARTING]

Cisco Tomcat[STARTING]

Cisco Tomcat[STARTED]

Der Cisco Tomcat-Dienst wurde erfolgreich neu gestartet. Bei neuen Websitzungen erfolgt die Zeitüberschreitung nach 5 Minuten. Das aktuelle Sitzungs-Timeout für Websitzungen und Anwendungen beträgt 5 Minuten.

Problem 9: Kein Zugriff auf die CUCM-Administrator-/Benutzer-Webseite

Sie können nicht auf die CUCM-Administrator-/Benutzer-Webseite zugreifen.

1. Überprüfen Sie, ob die Anmeldeinformationen des Benutzers korrekt sind. Wenn Sie die falschen Anmeldeinformationen eingegeben haben, erhalten Sie diesen Fehler.

   

2. Überprüfen Sie, ob der Benutzer über die richtigen Berechtigungen (Rollen und Benutzergruppen) verfügt. Wenn sie nicht richtig konfiguriert sind, wird die Anmeldeseite erneut ohne Fehlermeldungen auf der Webseite angefordert.

Problem 10: Lokaler Agent reagiert nicht, primärer oder lokaler Agent nicht

Sie können nach der Anmeldung nicht mehr auf die Optionen auf der Seite Disaster Recovery System (DRS) von CUCM zugreifen. 

"Lokaler Agent antwortet nicht." Möglicherweise ist der primäre oder lokale Agent nicht verfügbar. 

1. Überprüfen Sie das IPsec-Zertifikat, und bestätigen Sie die Gültigkeit. Wenn es abgelaufen ist, generieren Sie das IPsec-Zertifikat neu. 
2. Starten Sie den primären und lokalen Cisco DRF-Dienst neu.

Zugehörige Informationen

• Technischer Support und Dokumentation für Cisco Systeme