Contenido

Introducción

Componentes Utilizados

Problema

Solución

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 de panel 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: VM virtual/metal desnudo

- 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 alarmas devuelve el carácter [] dañado 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 en modo de depuración. Seleccione Settings > Debug Settings > WebUI Debug Settings > Debug Flags:W=5. Seleccione la casilla Set.

Paso 2. Navegue hasta la CLI del servidor Cisco Prime Network Registrar y ejecute este comando: tail -f cnrwebui_log.

Paso 3. Reproduzca el problema. Seleccione el panel UI Alarm 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 monitoreo de recursos. Se inicia y se ejecuta el subproceso del monitor de recursos 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 detalles de alarma de la base de datos de 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 la indicación nrcmd y desactive la clave compartida en el clúster problemático.

nrcmd> cluster

show

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

nrcmd> cluster <clustername> unset shared-secret

nrcmd> save

nrcmd> cluster

show

shared-secret =

Paso 7. Publica ese desajuste de una clave compartida, necesita volver a cargar el clúster para regenerar la nueva clave compartida con este comando: /etc/init.d/nwreglocal stop/start.

Paso 8. Realice la sincronización manual del servidor regional al clúster local para reflejar el secreto compartido recién generado.

Paso 7.Uso nrcmd> cluster <clustername> show y secreto compartido = 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. Verifique que el servidor DHCP conceda y renueve la publicación de concesión que implementa el cambio.