Alarme-Benutzeroberfläche konnte Ressourcenbericht in CNR 9.1.1.1 nicht abrufen.

Einleitung

In diesem Dokument wird die Lösung des Problems beschrieben, das in Cisco Prime Network Registrar Version 9.1.1 auftritt. Hierbei wird in der Dashboard-Ansicht "Alarme" eine leere Zeichenfolge mit dem Symbol [] angezeigt, und es wird kein Ressourcenbericht angezeigt.

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

• Plattform: Bare-Metal/virtueller virtueller Rechner
• Software: 9.1.1.1.

Problem

Cisco Prime Network Registrar 9.1.1.1. kann den Ressourcenbericht nicht abrufen, und das Alarm-Dashboard gibt defekte [] Zeichen in der Benutzeroberfläche (UI) zurück, wie im Bild dargestellt.

Lösung

Schritt 1: Aktivieren Sie die Protokolleinstellung der Webbenutzeroberfläche in den Debugmodus. Wählen Sie Einstellungen > Debugeinstellungen > WebUI-Debugeinstellungen > Debugflags:W=5 aus. Aktivieren Sie das Kontrollkästchen Festlegen.

Schritt 2: Navigieren Sie zur CLI des Cisco Prime Network Registrar-Servers, und führen Sie den folgenden Befehl aus: tail -f cnrwebui_log.

Schritt 3. Reproduzieren Sie das Problem. Wählen Sie das UI Alarm Dashboard aus, und klicken Sie auf die leere Zeichenfolge.

Schritt 4. Aus dem cnrwenui_log geht hervor, dass der Server den Ressourcenüberwachungsthread oder die Ressourcenüberwachungssitzung nicht initialisieren kann. Der Ressourcenüberwachungs-Thread wurde gestartet und wird ausgeführt. Dies wurde von ccm_startup_log bestätigt.

08/28/2020  1:14:11 cnrwebui/log Debug Webui 0 00000 Application.readPageLayoutData(): 
called with filename = basicPages.conf, context = 1
08/28/2020  2:05:58 cnrwebui/log Info Webui 0 00000 Application.setDebugFlags():

         s_debugFlags = W=5

         s_debugCategories = W

         s_debugLevel = 5

08/28/2020  2:05:58 cnrwebui/log Debug Webui 0 00000 Last Accessed Time : 1598560546304

08/28/2020  2:06:10 cnrwebui/log Debug Webui 0 00000 Last Accessed Time : 1598560558309

08/28/2020  2:06:10 cnrwebui/log Debug Webui 0 00000 Last Accessed Time : 1598560558309

08/28/2020  2:06:11 cnrwebui/log Debug Webui 0 00000 Last Accessed Time : 1598560571542

08/28/2020  2:06:11 cnrwebui/log Debug Webui 0 00000 Failed to initialize resource monitoring

Schritt 5. Bei der Analyse von config_ccm_1_log stellen Sie fest, dass das erforderliche Token, um eine Sitzung mit dem Server herzustellen, mit einem Fehler zurückgegeben wird. Dies verhindert das Abrufen von Alarmdetails aus der CCM-Datenbank.

08/30/2020  0:36:53 config/ccm/1 Info Server 0 06064 SCP request 'GetCurrentAuthToken' from conn(0xaf2)

08/30/2020  0:36:53 config/ccm/1 Info Server 0 06067 SCP request 'GetCurrentAuthToken', conn(0xaf2), admin 'admin': 

handler returned AX_ENOENT (0x80010002)

Schritt 6: Navigieren Sie zur Eingabeaufforderung nrcmd, und heben Sie den gemeinsamen Schlüssel für das problematische Cluster auf.

nrcmd> cluster <clustername> show

shared-secret = 00:00:00:00:00:00:00:45

nrcmd> cluster <clustername> unset shared-secret

nrcmd> save

nrcmd> cluster <clustername>  show

shared-secret =

Schritt 7: Stellen Sie die Aufhebung eines gemeinsamen Schlüssels fest. Sie müssen den Cluster neu laden, um den neuen gemeinsamen Schlüssel mit dem folgenden Befehl neu zu generieren: /etc/init.d/nwreglocal stop/start.

Schritt 8: Führen Sie eine manuelle Resynchronisierung vom regionalen Server zum lokalen Cluster durch, um den neu generierten gemeinsamen geheimen Schlüssel wiederzugeben.

Schritt 7.Use nrcmd> cluster <clustername> show and shared-secret = 00:00:00:00:01:92:bb.

Schritt 8: Überprüfen Sie das Warnungs-Dashboard der Benutzeroberfläche, ob die Daten ausgefüllt werden.

Schritt 9: Überprüfen, ob der DHCP-Server den Lease-Post, der die Änderung implementiert, gewährt und erneuert