Inleiding
Dit document beschrijft de oplossing voor het probleem dat zich voordoet in de Cisco Prime Network Registrar versie 9.1.1. waar de weergave van het alarmdashboard een lege tekenreeks met []-pictogram weergeeft en er geen bronrapport wordt weergegeven.
Gebruikte componenten
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
- Platform: Bare Metal/virtuele VM
- Software: 9.1.1.1.
Probleem
Cisco Prime Network Registrar 9.1.1.1. haalt het bronrapport niet op en het alarmdashboard retourneert het kapotte [] teken in de gebruikersinterface (UI), zoals weergegeven in de afbeelding.

Oplossing
Stap 1. Schakel de instelling van het Web UI-log in op de foutopsporingsmodus. Selecteer Instellingen > Foutopsporingsinstellingen > WebUI-foutopsporingsinstellingen > Foutopsporingsvlaggen: W=5. Schakel het selectievakje Instellen in.
Stap 2. Navigeer naar de CLI van de Cisco Prime Network Registrar-server en voer deze opdracht uit: tail -f cnrwebui_log.
Stap 3. Reproduceer het probleem. Selecteer het UI Alarm dashboard en klik op de lege tekenreeks.
Stappen 4. U kunt aan de crwenui_log zien dat de server geen resource monitoring thread of sessie initialiseert. De thread voor de bronmonitor wordt gestart en uitgevoerd en is bevestigd door ccm_startup_log.
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
Stap 5. Bij het analyseren van config_ccm_1_log, ziet u dat de vereiste token die nodig is om een sessie met de server tot stand te brengen, terugkeert met een fout. Dit voorkomt het ophalen van alarmgegevens uit de ccm-database.
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)
Stap 6. Navigeer naar de nrcmd-prompt en verwijder de gedeelde sleutel op het problematische cluster.
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 =
Stap 7. Als u de unset van een gedeelde sleutel plaatst, moet u het cluster opnieuw laden om een nieuwe gedeelde sleutel te genereren met deze opdracht: /etc/init.d/nwreglocal stop/start.
Stap 8. Voer handmatige resync uit van de regionale server naar het lokale cluster om het nieuw gegenereerde gedeelde geheim weer te geven.
Stap 7.Gebruik nrcmd> cluster <clusternaam> show en shared-secret = 00:00:00:00:00:01:92:bb.
Stap 8. Controleer het UI Alarm-dashboard of de gegevens worden gevuld of niet.

Stap 9. Controleer of de DHCP-server de leasepost die de wijziging implementeert, toestaat en verlengt.