L'interface utilisateur des alarmes ne parvient pas à récupérer le rapport de ressources dans CNR 9.1.1.1.

Introduction

Ce document décrit la solution au problème qui se produit dans la version 9.1.1 de Cisco Prime Network Registrar. où l'affichage du tableau de bord Alarmes affiche une chaîne vide avec l'icône [] et aucun rapport de ressource n'est affiché.

Components Used

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

• Plate-forme : VM virtuelle/sans système d'exploitation
• le logiciel Cisco IOS: 9.1.1.1 .

Problème

Cisco Prime Network Registrar 9.1.1.1. ne parvient pas à récupérer le rapport de ressources et le tableau de bord Alarm renvoie le caractère [] cassé dans l'interface utilisateur (interface utilisateur) comme indiqué dans l'image.

Solution

Étape 1. Activez le paramètre du journal de l'interface utilisateur Web en mode débogage. Sélectionnez Paramètres > Paramètres de débogage > Paramètres de débogage WebUI > Indicateurs de débogage : W=5. Cochez la case Définir.

Étape 2. Accédez à l'interface de ligne de commande du serveur Cisco Prime Network Registrar et exécutez cette commande : tail -f cnrwebui_log.

Étape 3. Reproduisez le problème. Sélectionnez le tableau de bord UI Alarm et cliquez sur la chaîne vide.

Étapes 4. Vous pouvez voir dans le journal cnrwenui_log que le serveur ne parvient pas à initialiser le thread ou la session de surveillance des ressources. Le thread de surveillance des ressources est démarré et en cours d'exécution, ce qui a été confirmé à partir 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

Étape 5. Lors de l'analyse de config_ccm_1_log, vous voyez que le jeton requis pour établir une session avec le serveur retourne avec une erreur. Cela empêche l'extraction des détails d'alarme de la base de données 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)

Étape 6. Accédez à l'invite nrcmd et annulez la clé partagée sur le cluster problématique.

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 =

Étape 7. Publiez ce désensemble d'une clé partagée, vous devez recharger le cluster pour régénérer la nouvelle clé partagée avec cette commande : /etc/init.d/nwreglocal stop/start.

Étape 8. Effectuez une resynchronisation manuelle du serveur régional vers le cluster local afin de refléter le secret partagé nouvellement généré.

Étape 7.Utilisation nrcmd> cluster <nom du cluster> show et secret partagé = 00:00:00:00:00:01:92:bb.

Étape 8. Vérifiez le tableau de bord de l'alarme de l'interface utilisateur si les données sont remplies ou non.

Étape 9. Vérifiez que le serveur DHCP accorde et renouvelle le bail qui implémente la modification.