A IU de alarmes não consegue recuperar o relatório de recursos no CNR 9.1.1.1.

Introduction

Este documento descreve a solução do problema que ocorre no Cisco Prime Network Registrar versão 9.1.1. onde a exibição do painel Alarmes exibe uma string vazia com o ícone [] e nenhum relatório de recurso é exibido.

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

• Plataforma: VM bare metal/virtual
• Software: 9.1.1.1.

Problema

Cisco Prime Network Registrar 9.1.1.1. falha ao recuperar o relatório de recursos e o painel de alarmes retorna um caractere [] quebrado na interface do usuário (UI) como mostrado na imagem.

Solução

Etapa 1. Ative a configuração de log da IU da Web para o modo de depuração. Selecione Settings > Debug Settings > WebUI Debug Settings > Debug Flags:W=5. Marque a caixa de seleção Definir.

Etapa 2. Navegue até CLI do servidor do Cisco Prime Network Registrar e execute este comando: tail -f cnrwebui_log.

Etapa 3. Reproduza o problema. Selecione o painel Alarme da IU e clique na string vazia.

Etapas 4. Você pode ver no cnrwenui_log que o servidor não inicializou o thread ou a sessão de monitoração de recursos. O thread do monitor de recursos foi iniciado e executado, o que foi confirmado de 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

Etapa 5. Ao analisar config_ccm_1_log, você vê que o token necessário para estabelecer uma sessão com o servidor está retornando com um erro. Isso impede a obtenção de detalhes de alarme do banco de dados 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)

Etapa 6. Navegue até o prompt nrcmd e desdefina a chave compartilhada no cluster 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 =

Passo 7. Após esse desconjunto de uma chave compartilhada, você precisa recarregar o cluster para regenerar uma nova chave compartilhada com este comando: /etc/init.d/nwreglocal stop/start.

Etapa 8. Execute a ressincronização manual do servidor regional para o cluster local para refletir o segredo compartilhado recém-gerado.

Passo 7.Uso nrcmd> cluster <clustername> show e segredo compartilhado = 00:00:00:00:00:01:92:bb.

Etapa 8. Verifique o painel do Alarme da IU se os dados são preenchidos ou não.

Etapa 9. Verifique se o servidor DHCP concede e renova a publicação de concessão que implementa a alteração.