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 Cisco Prime Network Registrar version 9.1.1. où la vue du tableau de bord des alarmes affiche une chaîne vide avec l'icône [] et aucun rapport de ressources n'est affiché.

Composants utilisés

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

• Plate-forme : Sans système d'exploitation/VM virtuelle
• 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 d’alarme renvoie un caractère [] interrompu dans l’interface utilisateur, comme illustré dans l’image.

Solution

Étape 1 : activation du paramètre de 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 la commande suivante : tail -f cnrwebui_log.

Étape 3. Reproduisez le problème. Sélectionnez le tableau de bord Alarme de l'interface utilisateur et cliquez sur la chaîne vide.

Étape 4. Vous pouvez voir dans le cnrwenui_log que le serveur ne parvient pas à initialiser le thread ou la session de surveillance des ressources. Le thread du moniteur de ressource est démarré et en cours d'exécution, ce qui a été confirmé par 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 nécessaire pour établir une session avec le serveur est renvoyé avec une erreur. Cela empêche d'extraire les détails des alarmes 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 définition de la clé partagée sur le cluster problématique.

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 =

Étape 7. Publiez cette annulation d'une clé partagée, vous devez recharger le cluster pour régénérer une 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 nouveau secret partagé généré.

Étape 7.Utilisez nrcmd> cluster <nom du cluster> show et shared-secret = 00:00:00:00:00:01:92:bb.

Étape 8. Vérification du tableau de bord d’alarme de l’interface utilisateur pour savoir si les données sont renseignées ou non

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