Dépannage des modules dans l'état " ; SW_INACTIVE" ; pour IOS XR

Introduction

Ce document décrit "SW_INACTIVE" dans Cisco IOS® XR et comment le dépanner.

Conditions préalables

Exigences

Aucune exigence spécifique n'est associée à ce document.

Composants utilisés

Ce document n'est pas limité à des versions matérielles spécifiques.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Informations générales

État « SW_INACTIVE » dans les cartes de ligne et les processeurs de routage/de commutation (RSP/RP) pour les plates-formes Cisco IOS XR, par exemple, le résultat suivant affiche l'erreur.

RP/0/RSP0/CPU0:XR#admin show platform
Location  Card Type               HW State      SW State      Config State
----------------------------------------------------------------------------
0/1       A9K-MOD400-TR           OPERATIONAL   OPERATIONAL   NSHUT
0/0       A9K-MOD400-TR           OPERATIONAL   SW_INACTIVE   NSHUT  >>>
0/RSP0    A9K-RSP880-SE           OPERATIONAL   OPERATIONAL   NSHUT
0/RSP1    A9K-RSP880-SE           OPERATIONAL   OPERATIONAL   NSHUT
0/FT0     ASR-9010-FAN-V2         OPERATIONAL   N/A           NSHUT
0/FT1     ASR-9010-FAN-V2         OPERATIONAL   N/A           NSHUT
0/PT0     A9K-DC-PEM-V3           OPERATIONAL   N/A           NSHUT
0/PT1     A9K-DC-PEM-V3           OPERATIONAL   N/A           NSHUT

Sur les plates-formes Cisco IOS XR, 64 bits (également appelés eXR), l'ensemble d'états suivant compose la Finite State Machine (FSM) pour le démarrage d'une carte de ligne/RSP/RP.

Ce module FSM est valide pour les versions supérieures à 7.1.1 et les autres versions de NCS5500.

Les états sont les suivants :

• "SW_INACTIVE"
• Cuisson D'Images
• Démarrage

L'état « SW_INACTIVE » (logiciel inactif) signifie que le logiciel n'est pas prêt à être exécuté sur le périphérique. Le noeud ne dispose pas de suffisamment d'informations pour passer à l'état suivant et demande des informations au RSP/RP actif pour créer l'image.

En d'autres termes, "SW_INACTIVE" est l'état où le noeud (carte de ligne/RSP/RP) se synchronise avec le noeud actif (principal).

Pourquoi la carte de ligne doit-elle être synchronisée avec le noeud actif ?

• Chaque noeud qui n'est pas un RSP/RP n'a pas les capacités principales de stocker des images ISO (Optical Disk Image), des fichiers grub, etc.
• Cisco IOS XR archive le système distribué avec un noeud principal et des clients.
• Dans l'analogie client-serveur, le RSP/RP est le serveur tandis que les autres noeuds sont les clients.

Informations téléchargées à partir du noeud principal (Active Route Processor)

Le résultat suivant montre certains des fichiers que la carte de ligne télécharge pour démarrer le FSM et démarrer à l'état IOS_XR_RUN.

Les principaux fichiers sont les suivants :

• Fichier commun
• Mini fichier .x64
• Amorcer
• Grub.cfg
• Grub.efi
• Image système pointant vers le mini fichier

Lorsqu'un noeud est inséré

• Point de vue du RSP :
• Chaque fois qu'un RSP est inséré dans le châssis, des messages PCIE sont échangés dans le fabric pour demander si d'autres RSP/RP sont insérés dans le châssis. Si le processeur de routage RSP/RP ne détecte aucun autre processeur de routage, il assume le rôle actif ; si le processeur de routage récemment inséré détecte un autre processeur de routage déjà inséré, il transmet toutes les informations nécessaires pour devenir le noeud de secours. L’objectif principal de chaque processeur de routage est de jouer le rôle nécessaire pour assurer la redondance du système.
• Une fois que le processeur de routage est identifié avec un rôle, le gestionnaire de processus lance tous les processus et exécute les entrées dans sysDB pour que les autres processus aient une arborescence de base de données principale.

• Perspective de la carte de ligne :
• Lorsqu'une carte de ligne est insérée, elle envoie des messages PCIE et demande qui est actif. Une fois ce noeud identifié, il initialise la synchronisation des données. Avant toute initialisation, la carte de ligne demande une adresse IP via DHCP (pour la communication interne) et extrait les informations d'initialisation, si l'ISO stocké dans la carte de ligne est identique à l'Active Route Processor, alors il continue avec l'état FSM suivant : Baking.
• Si la carte de ligne ne possède pas les mêmes informations ISO, elle supprime l'ISO et les autres fichiers et les demande au processeur de routage actif. Une fois qu'il a les fichiers, il passe à la FSM.

Pour archiver le modèle client-serveur mentionné, Cisco IOS XR doit :

• Fournir une connexion physique au noeud principal
• Fournir une adresse IP et une adresse de passerelle
• Indiquer au noeud client quelles informations doivent être mises en service

Si un module reste dans le même état pendant une longue période

1. Si la carte de ligne affiche cette boucle de démarrage, passez à la section Informations à collecter.

0/RSP1/ADMIN0:canbus_driver[3903]: %PLATFORM-CANB_SERVER-7-CBC_POST_RESET_NOTIFICATION : Node 0/1 CBC-0, reset reason CPU_RESET_POR (0x05000000)
0/RSP0/ADMIN0:shelf_mgr[3945]: %INFRA-SHELF_MGR-6-HW_EVENT : Rcvd HW event HW_EVENT_POWERED_OFF, event_reason_str 'HW Event Powered OFF' for card 0/1
0/RSP0/ADMIN0:shelf_mgr[3945]: %INFRA-SHELF_MGR-6-HW_EVENT : Rcvd HW event HW_EVENT_POWERED_ON, event_reason_str 'HW Event Powered ON' for card 0/1
0/RSP0/ADMIN0:shelf_mgr[3945]: %INFRA-SHELF_MGR-6-HW_EVENT : Rcvd HW event HW_EVENT_OK, event_reason_str 'HW Event OK' for card 0/1
0/RSP0/ADMIN0:shelf_mgr[3945]: %INFRA-SHELF_MGR-6-CARD_HW_OPERATIONAL : Card: 0/1 hardware state going to Operational
0/RSP1/ADMIN0:canbus_driver[3903]: %PLATFORM-CANB_SERVER-7-CBC_PRE_RESET_NOTIFICATION : Node 0/1 CBC-0, reset reason CPU_RESET_POR (0x05000000)
0/RSP0/ADMIN0:shelf_mgr[3945]: %INFRA-SHELF_MGR-6-HW_EVENT : Rcvd HW event HW_EVENT_RESET, event_reason_str 'HW Event RESET' for card 0/1 
0/RSP1/ADMIN0:canbus_driver[3903]: %PLATFORM-CANB_SERVER-7-CBC_POST_RESET_NOTIFICATION : Node 0/1 CBC-0, reset reason CPU_RESET_POR (0x05000000)
0/RSP0/ADMIN0:shelf_mgr[3945]: %INFRA-SHELF_MGR-6-HW_EVENT : Rcvd HW event HW_EVENT_POWERED_OFF, event_reason_str 'HW Event Powered OFF' for card 0/1
0/RSP0/ADMIN0:shelf_mgr[3945]: %INFRA-SHELF_MGR-6-HW_EVENT : Rcvd HW event HW_EVENT_POWERED_ON, event_reason_str 'HW Event Powered ON' for card 0/1

2. Si la carte de ligne affiche ces journaux, ne les retirez pas du châssis. La carte de ligne est en cours de téléchargement et doit être terminée.

0/0/ADMIN0: inst_agent[3930]: %INFRA-INSTAGENT-4-XR_PART_PREP_REQ : Received SDR/XR partition request. Looking for available matching partition. If not found, new one will be created after copying relevant image and RPMs
0/0/ADMIN0: fpd_agent[3927]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :Golden FPGA is unprotected :DECLARE :0/0: FPD IPU-FP
Golden FPGA is below minimum version, Perform force fpd upgrade for IPU-FPGA
0/0/ADMIN0: fpd_agent[3927]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :Golden FPGA is unprotected :DECLARE :0/0: FPD IPU-FS
Golden FPGA is below minimum version, Perform force fpd upgrade for IPU-FSBL
0/0/ADMIN0: fpd_agent[3927]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :Golden FPGA is unprotected :DECLARE :0/0: F
IPU-Linux Golden FPGA is below minimum version, Perform force fpd upgrade for IPU-Linux
0/0/ADMIN0: inst_agent[3930]: %INFRA-INSTAGENT-4-XR_PART_PREP_IMG : SDR/XR image baking in progress

3. S'il n'y a pas de journal de la carte de ligne récemment insérée, veuillez aller à la section Informations à collecter.

Informations à collecter

Pour « SW_INACTIVE », concentrez-vous sur la VM XR et la VM Admin.

Réfléchissez à la suivante, lors de l'exécution de la commande show platform :

• Si la commande précédente est émise dans XR VM et que vous voyez "SW_INACTIVE", mais "OPERATIONAL" en utilisant la commande admin show platform, le point de vue XR VM doit être analysé.

Cet exemple montre comment afficher le résultat des deux commandes show platform :

RP/0/RSP0/CPU0:XR# show platform
Node              Type                       State             Config state
--------------------------------------------------------------------------------
0/RSP0            A9K-RSP5-SE                SW_INACTIVE       NSHUT
0/RSP1/CPU0       A9K-RSP5-SE(Active)        IOS XR RUN        NSHUT
0/FT0             ASR-9006-FAN-V2            OPERATIONAL       NSHUT
0/FT1             ASR-9006-FAN-V2            OPERATIONAL       NSHUT
0/0/CPU0          A9K-24X10GE-1G-SE          IOS XR RUN        NSHUT
0/1/CPU0          A9K-24X10GE-1G-SE          IOS XR RUN        NSHUT
0/2               A9K-20HG-FLEX-SE           SW_INACTIVE       NSHUT
0/3               A9K-20HG-FLEX-SE           SW_INACTIVE       NSHUT
0/PT0             A9K-DC-PEM-V2              OPERATIONAL       NSHUT

RP/0/RSP0/CPU0:XR# admin show platform
Location  Card Type               HW State      SW State      Config State 
----------------------------------------------------------------------------
0/0       A9K-24X10GE-1G-SE       OPERATIONAL   OPERATIONAL   NSHUT        
0/1       A9K-24X10GE-1G-SE       OPERATIONAL   OPERATIONAL   NSHUT        
0/2       A9K-20HG-FLEX-SE        OPERATIONAL   OPERATIONAL   NSHUT        
0/3       A9K-20HG-FLEX-SE        OPERATIONAL   OPERATIONAL   NSHUT        
0/RSP0    A9K-RSP5-SE             OPERATIONAL   OPERATIONAL   NSHUT        
0/RSP1    A9K-RSP5-SE             OPERATIONAL   OPERATIONAL   NSHUT        
0/FT0     ASR-9006-FAN-V2         OPERATIONAL   N/A           NSHUT        
0/FT1     ASR-9006-FAN-V2         OPERATIONAL   N/A           NSHUT        
0/PT0     A9K-DC-PEM-V2           OPERATIONAL   N/A           NSHUT 

• Si la commande admin show platform affiche "SW_INACTIVE", mais "OPERATIONAL" en utilisant la commande show platform, le problème doit être analysé du point de vue de l'OS hôte et du Calvados.

Cet exemple montre comment afficher le résultat des deux commandes show platform :

RP/0/RSP0/CPU0:XR# show platform
Node              Type                       State             Config state
--------------------------------------------------------------------------------
0/RSP0            A9K-RSP5-SE                IOS XR RUN       NSHUT
0/RSP1/CPU0       A9K-RSP5-SE(Active)        IOS XR RUN        NSHUT
0/FT0             ASR-9006-FAN-V2            OPERATIONAL       NSHUT
0/FT1             ASR-9006-FAN-V2            OPERATIONAL       NSHUT
0/0/CPU0          A9K-24X10GE-1G-SE          IOS XR RUN        NSHUT
0/1/CPU0          A9K-24X10GE-1G-SE          IOS XR RUN        NSHUT
0/2               A9K-20HG-FLEX-SE           IOS XR RUN       NSHUT
0/3               A9K-20HG-FLEX-SE           IOS XR RUN       NSHUT
0/PT0             A9K-DC-PEM-V2              OPERATIONAL       NSHUT

RP/0/RSP0/CPU0:XR# admin show platform
Location  Card Type               HW State      SW State      Config State 
----------------------------------------------------------------------------
0/0       A9K-24X10GE-1G-SE       OPERATIONAL   SW_INACTIVE   NSHUT        
0/1       A9K-24X10GE-1G-SE       OPERATIONAL   OPERATIONAL   NSHUT        
0/2       A9K-20HG-FLEX-SE        OPERATIONAL   OPERATIONAL   NSHUT        
0/3       A9K-20HG-FLEX-SE        OPERATIONAL   OPERATIONAL   NSHUT        
0/RSP0    A9K-RSP5-SE             OPERATIONAL   OPERATIONAL   NSHUT        
0/RSP1    A9K-RSP5-SE             OPERATIONAL   OPERATIONAL   NSHUT        
0/FT0     ASR-9006-FAN-V2         OPERATIONAL   N/A           NSHUT        
0/FT1     ASR-9006-FAN-V2         OPERATIONAL   N/A           NSHUT        
0/PT0     A9K-DC-PEM-V2           OPERATIONAL   N/A           NSHUT  

Poursuite du dépannage

Une fois qu'une boucle de démarrage est identifiée ou que la carte de ligne ne va pas à Baking, vérifiez :

Comme indiqué, la carte de ligne doit télécharger le fichier et démarrer. Pour cela, il y a 2 options :

Première option : Connectez-vous à la console de la carte de ligne :

Pour cela, lancez les commandes suivantes :

RP/0/RP0/CPU0:XR#admin
sysadmin-vm:0_RP0#run chvrf 0 bash -l
[sysadmin-vm:0_RSP0:~]$ attachCon 0/X --> X is the linecard slot number

L'exemple suivant montre comment se connecter à la carte de ligne 0/0/CPU0 :

RP/0/RP0/CPU0:XR#admin

sysadmin-vm:0_RP0# run chvrf 0 bash -l

[sysadmin-vm:0_RSP0:~]$ attachCon 0/0
===============================================
====       Connecting to Line Card        =====
===============================================
Line Card: No 0
Press 
    
    
      to disconnect Enabling 16550 on uart 0 baud rate 115200 host login: 
    

Deuxième option : vérifiez les journaux PCIE dans la machine virtuelle Admin :

Dans le problème admin :

sysadmin-vm:0_RSP0# run chvrf 0 bash -l
[sysadmin-vm:0_RSP0:~]$ ls /misc/scratch/pcie/loggerd/

Cette commande affiche les cartes de ligne insérées dans le châssis.

L'exemple illustre la commande dans un châssis avec une seule carte de ligne insérée :

[sysadmin-vm:0_RSP0:~]$ ls /misc/scratch/pcie/loggerd
LC0

Une fois que la carte de ligne « SW_INACTIVE » est identifiée et affichée dans le résultat, exécutez la commande suivante :

[sysadmin-vm:0_RSP0:/]$ ls /misc/scratch/pcie/loggerd/LC0 

La commande affiche les fichiers dans la carte de ligne. Notez tout fichier avec pslot.

Exemples de sorties pour le pslot trouvé dans la carte de ligne 0/0/CPU0 :

[sysadmin-vm:0_RSP0:~]$ ls /misc/scratch/pcie/loggerd/LC0

[sysadmin-vm:0_RSP0:~]$ ls /misc/scratch/pcie/loggerd/LC0
first  last  pslot_2_uart_0_w0

[sysadmin-vm:0_RSP0:~]$ ls /misc/scratch/pcie/loggerd/LC0/pslot_2_uart_0_w0

Les informations suivantes s'affichent après la sélection de Entrée.

===============================================
====       Connecting to Line Card        =====
===============================================
Line Card: No 0
Press 
    
    
      to disconnect Enabling 16550 on uart 0 baud rate 115200 TriggerCpRmonInit ASR9K Init Starting ASR9k initialization ... Reading both MB and DB cookie Board Type:0x3d1013 Starlord LC setting i2c block 7 The base address of i2c_mux4to1 is at dc30e000 zl init starlord lc Initializing Zl clock to 322MHz Missing Parameter SERVER_URL ########################################################## System Bootstrap, Version 23.278 [ASR9K x86 ROMMON], Copyright (c) 1994-2020 by Cisco Systems, Inc. Compiled on Sat 03/14/2020 14:37:06.76 BOARD_TYPE : 0x3d1013 Rommon : 23.278 (Primary) IPU FPGA(PL) : 1.10.1 (Primary) IPU INIT(HW.FPD) : 1.10.1 IPU FSBL(BOOT.BIN) : 1.104.0 IPU LINUX(IMAGE.FPD) : 1.104.0 GAMORA FPGA : 0.36.1 CBC0 : Part 1=55.7, Part 2=55.7, Act Part=1 Product Number : ASR-9901-LC Slot Number : 2 ########################################################## Got EMT Mode as Disk Boot 
      
    

• Ces informations doivent être collectées :

Exécutez les commandes suivantes :

RP/0/RP0/CPU0:PE2#admin
sysadmin-vm:0_RP0# run chvrf 0 bash -l
[sysadmin-vm:0_RSP0:~]$ls -lah /misc/disk1/tftpboot

Le résultat suivant est le résultat de cette commande :

sysadmin-vm:0_RSP0# run ls -lah /misc/disk1/tftpboot
total 3.2G
drwxrwxrwx.  3 root root 4.0K Jan 31 02:14 .
drwxrwxrwx. 12 root root 4.0K Jan 31 01:49 ..
-rw-r--r--.  1 root root 119M Jan 31 01:46 asr9k-common-7.3.2
-rw-r--r--.  1 root root 120M Dec 18 15:32 asr9k-common-7.5.2
-rw-r--r--.  1 root root 1.4G Jan 31 01:36 asr9k-mini-x64-7.3.2
-rw-r--r--.  1 root root 1.5G Dec 18 15:25 asr9k-mini-x64-7.5.2
drwxr-xr-x.  3 root root 4.0K Mar 16  2022 boot
-rwxr-xr-x.  1 root root  637 Jan 31 01:57 grub.cfg
-rw-r--r--.  1 root root 906K Jan 31 01:48 grub.efi
lrwxrwxrwx.  1 root root   22 Jan 31 01:57 system_image.iso -> ./asr9k-mini-x64-7.3.2
-rwxrwxrwx.  1 root root 1007 Jan 31 01:58 zapdisk.log

À partir du résultat, examinez les points suivants :

• Si aucun fichier n'apparaît dans ce répertoire, passez à la section Informations pour ouvrir un dossier avec le centre d'assistance technique.
• Si des fichiers sont détectés, cela signifie qu'ils sont endommagés ou que le routeur ne peut pas les créer comme prévu. Passez à la section Actions.

• Vérifiez la configuration DHCP dans le processeur de carte de ligne/route :

Pour examiner la configuration DHCP, exécutez les commandes suivantes :

RP/0/RP0/CPU0:XR#admin
sysadmin-vm:0_RP0# run chvrf 0 bash -l
[sysadmin-vm:0_RSP0:~]$cat /etc/dhcp/dhcpd.conf

L'exemple de cette commande affiche les résultats suivants :

RP/0/RP0/CPU0:XR#admin

sysadmin-vm:0_RP0# run chvrf 0 bash -l
[sysadmin-vm:0_RSP0:~]$cat /etc/dhcp/dhcpd.conf
ddns-update-style none;

default-lease-time 86400;
max-lease-time 604800;
authoritative;

subnet 192.168.0.0 netmask 255.0.0.0 {
        pool {
           max-lease-time 600;
           range 192.168.0.128 192.168.0.191;
           allow unknown-clients;
        }

        filename "grub.efi";
        next-server 192.168.0.1;
        option subnet-mask 255.0.0.0;
        option broadcast-address 192.168.0.255;
        option ip-forwarding off;
}

Comme dans le scénario précédent, vérifiez si ce fichier affiche des informations. Si tel est le cas, passez à la section Informations pour ouvrir un dossier auprès du centre d'assistance technique.

Si aucun résultat n'apparaît, passez à l'action.

Solution

Mesures à prendre

Énoncé du problème 1

"Je vois les fichiers dans /misc/disk1/tftpboot et /etc/dhcp/dhcpd.conf affiche les informations" : ajoutez la mise à niveau automatique fpd dans la machine virtuelle XR (pour plus d'informations, cliquez sur : Guide de configuration de la gestion du système)

Une fois la carte configurée, Online Insertion and Removal (OIR) la relie et vérifie les journaux affichés par celle-ci.

Énoncé du problème 2

"Je ne vois aucun fichier dans /misc/disk1/tftpboot but/etc/dhcp/dhcpd.conf affiche des informations" : cela peut être un problème avec le processeur de routage actif ne pouvant pas partager les fichiers.

• Vérifiez s'il s'agit de la seule carte de ligne affichant cet état. Si vous insérez une autre carte de ligne et que vous voyez le même problème, le processeur de routage actif ne partage pas les bons fichiers. Envisagez de télécharger à nouveau la version du logiciel dans le processeur de routage. Si les cartes de ligne ne continuent pas avec le FSM comme prévu, le processeur de routage actif peut avoir un fichier corrompu.
• Si une autre carte de ligne est insérée et démarre comme prévu, émettez cette commande en mode admin pendant que le module concerné est inséré :

sysadmin-vm:0_RSP0# hw-module location 
    
    
      bootmedia network reload 
    

Dans cet exemple, la commande est exécutée pour la carte de ligne 0/0/CPU0 :

sysadmin-vm:0_RSP0# hw-module location 0/0 bootmedia network reload 

Vérifiez les journaux en suivant les mêmes étapes de dépannage. Si les journaux sont similaires, passez à la section Informations requises pour ouvrir un dossier auprès du TAC :

Énoncé du problème 3

« Je ne vois aucun fichier dans misc/disk1/tftpboot et aucune information n'est affichée dans /etc/dhcp/dhcpd.conf » : ce scénario doit être vérifié plus en détail par le TAC. Passez à la section Informations requises pour ouvrir un dossier auprès du centre d'assistance technique.

Informations requises pour ouvrir un dossier auprès du TAC

Journaux à collecter :

Dans la machine virtuelle XR :

show logging

Journaux de console du processeur de routage/de la carte de ligne ; si le problème est présenté dans le processeur de routage de secours, envisagez de connecter le câble de console à ce noeud et consignez le résultat affiché.

show hw-module fpd location all

Dans la machine virtuelle XR :

show controllers switch statistics location <Route Processor/Linecard>

show controllers switch statistics detail location <active Route Processor> <numéro de port du commutateur>

show alarms

Fichiers à joindre :

 Dans la machine virtuelle Admin :

Afficher le système d'exploitation du support technique

Afficher le support technique canbus

Show tech-support control-ethernet

Afficher la trace du support technique