In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
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.
Cisco empfiehlt, dass Sie über Kenntnisse von CUCM verfügen.
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.
Das Ablaufdiagramm für den Webzugriff auf dem CUCM ist hier dargestellt:
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:
Bestätigen Sie, dass der Replikationsstatus auf allen Knoten 2 ist, ohne dass Fehler oder Diskrepanzen auftreten.
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.
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)."
Melden Sie sich separat bei jedem CUCM-Knoten an, um auf Serviceability (Servicefreundlichkeit) und Activate/Deactivate (Services aktivieren/deaktivieren) zuzugreifen.
Dieser bekannte Fehler ist in Cisco Bug-ID CSCth44399 dokumentiert.
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)."
Melden Sie sich separat bei jedem CUCM-Knoten an, um auf Serviceability (Servicefreundlichkeit) und Activate/Deactivate (Services aktivieren/deaktivieren) zuzugreifen.
Diese bekannten Fehler sind in den Cisco Bug-IDs CSCui29232 und Cisco Bug-ID CSCud67438 dokumentiert.
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)."
Melden Sie sich separat bei jedem CUCM-Knoten an, um auf Serviceability (Servicefreundlichkeit) und Activate/Deactivate (Services aktivieren/deaktivieren) zuzugreifen.
Dieser bekannte Fehler ist in Cisco Bug-ID CSCup10995 dokumentiert.
Der CUCM-Web-/GUI-Zugriff auf Publisher und Subscriber ist sehr langsam.
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
Diese bekannten Fehler sind dokumentiert in Cisco Bug-ID CSCub02337 und Cisco Bug-ID CSCui86571.
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.
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.
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.
Sie können nicht auf die CUCM-Administrator-/Benutzer-Webseite zugreifen.
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.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
23-Apr-2015 |
Erstveröffentlichung |