Introducción
Este documento describe la solución al problema que ocurre en Cisco Prime Network Registrar versión 9.1.1. donde la vista del panel de alarmas muestra una cadena vacía con el icono [] y no se muestra ningún informe de recursos.
Componentes Utilizados
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
- Plataforma: MV virtual/sin software específico
- Software: 9.1.1.1.
Problema
Cisco Prime Network Registrar 9.1.1.1. no puede recuperar el informe de recursos y el panel de alarma devuelve el carácter roto [] en la interfaz de usuario (IU), como se muestra en la imagen.

Solución
Paso 1. Habilite la configuración del registro de la interfaz de usuario web para el modo de depuración. Seleccione Settings > Debug Settings > WebUI Debug Settings > Debug Flags:W=5. Seleccione la casilla de verificación Set.
Paso 2. Vaya a CLI del servidor Cisco Prime Network Registrar y ejecute este comando: tail -f cnrwebui_log.
Paso 3. Reproduzca el problema. Seleccione el panel de Alarma de IU y haga clic en la cadena vacía.
Pasos 4. Puede ver en el cnrwenui_log que el servidor no puede inicializar el subproceso o la sesión de supervisión de recursos. El subproceso de supervisión de recursos se inició y se está ejecutando, lo que se confirmó desde 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
Paso 5. Al analizar config_ccm_1_log, verá que el token necesario para establecer una sesión con el servidor está regresando con un error. Esto evita que se obtengan los detalles de la alarma de la base de datos ccm.
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)
Paso 6. Navegue hasta prompt nrcmd y anule la configuración de la clave compartida en el cluster problemático.
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 =
Paso 7. Publique ese desajuste de una clave compartida, necesita recargar cluster para regenerar la nueva clave compartida con este comando: /etc/init.d/nwreglocal stop/start.
Paso 8. Realice la sincronización manual desde el servidor regional al clúster local para reflejar el secreto compartido recién generado.
Paso 7.Use nrcmd> cluster <clustername> show y shared-secret = 00:00:00:00:00:01:92:bb.
Paso 8. Verifique el panel de alarma de la interfaz de usuario si los datos se rellenan o no.

Paso 9. Compruebe que el servidor DHCP concede y renueva la concesión posterior que implementa el cambio.