Commutateurs : Commutateurs Cisco Catalyst, s�rie�6500

Crash de module dû à l'erreur de l'EARL PATCH_INVOCATION_LIMIT

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit comment étudier la raison derrière une réinitialisation de module de superviseur ou de linecard de la carte de transfert distribué (DFC) associée avec l'erreur %EARL-SP-2-PATCH_INVOCATION_LIMIT.

Ce document s'applique aux Plateformes du Catalyst 6500/Cisco 7600.

Contribué par Michal Stanczyk et Mariusz Kazmierski, ingénieurs TAC Cisco.

Informations générales

Sur le Catalyst 6500/7600 la plupart des paquets sont expédiés purement dans le matériel par une gamme d'ASIC et de l'engine d'expédition.
Au cas où une question serait détectée entre ces composants qui pourraient mener à un expédition de paquet non valide, le logiciel de Cisco IOS® déclenche le mécanisme de reprise de logique de reconnaissance d'adresses encodées (EARL) quand il applique un correctif. Le correctif remet à l'état initial les éléments qui correspondent (engine d'expédition/ASIC) de sorte que la fonctionnalité appropriée du périphérique puisse être restaurée.

Par conception, une réinitialisation du module est déclenchée quand 10 tentatives consécutives de correctif de reprise d'EARL sont exécutées dans 30 secondes et ne réparent pas la question. Sélectionnez la commande de config de remise de comte de logiciel de show platform du fournisseur de services afin de vérifier :


6500-sp#show platform software earl reset config
EBUS Out of seq.        : Enabled
Earl freeze check.      : Enabled
EARL Patch invocation limit per every 30 secs  : 10
Upon reaching EARL patch invocation limit : Crash

Dépannez

Quand un module redémarre inopinément il devrait y a un fichier crashinfo généré et enregistré sur le système de fichiers Flash local.

Cette erreur peut être générée par le module de superviseur :

%EARL-SP-2-PATCH_INVOCATION_LIMIT: 10 Recovery patch invocations in the last 30 secs
have been attempted. Max limit reached

%Software-forced reload

ou par le linecard DFC :

%EARL-DFC9-2-PATCH_INVOCATION_LIMIT: 10 Recovery patch invocations in the last 30 secs
have been attempted.

Max limit reached

%Software-forced reload

Ce message est affiché dans le fichier crashinfo. Il indique que le module redémarré parce que le correctif de reprise d'EARL était des 10 périodes appliquées dans 30 secondes sans le succès. La remise de module est déclenchée afin de restaurer sa fonctionnalité appropriée.

Afin de vérifier un déclencheur des invocations excessives de correctif, vous devez étudier le fichier crashinfo.

Dans cet exemple, vous pouvez voir combien fois, quand, et pourquoi le correctif a été demandé :

Num. of times patch applied   : 10
Num. of times patch requested : 11 <<<<<<<
AclDeny detection: (Total=12 Failed=1)
Time Reason InProgress Data
---------------------------------+----------------------+----------+------------
Jan 21 2014,05:52:57.281 GMT Earl Patch Limit Reach 0100 0
Jan 21 2014,05:52:57.281 GMT Tycho L2 mode L3 rst 0000 CAFE000C
Jan 21 2014,05:52:56.905 GMT Tycho L2 mode L3 rst 0000 CAFE000C
Jan 21 2014,05:52:54.677 GMT Tycho L2 mode L3 rst 0000 CAFE000C
Jan 21 2014,05:52:53.625 GMT Tycho L2 mode L3 rst 0000 CAFE000C
Jan 21 2014,05:52:52.773 GMT Tycho L2 mode L3 rst 0000 CAFE000C
Jan 21 2014,05:52:51.661 GMT Tycho L2 mode L3 rst 0000 CAFE000C
Jan 21 2014,05:52:51.257 GMT Tycho L2 mode L3 rst 0000 CAFE000C
Jan 21 2014,05:52:50.321 GMT Tycho L2 mode L3 rst 0000 CAFE000C
Jan 21 2014,05:52:48.709 GMT Tycho L2 mode L3 rst 0000 CAFE000C
Jan 21 2014,05:52:47.933 GMT Tycho L2 mode L3 rst 0000 CAFE000C
Jan 21 2014,05:52:38.509 GMT Tycho L2 mode L3 rst 0000 CAFE000C

Quand "CAFE000C" est affiché dans la colonne de « données » vous devriez plus loin vérifier le disponible sorti « d'état de comte d'exposition » dans le fichier crashinfo :

--------- show earl status --------
Adj. table interface block : Total interrupts - 11
AT_SEQ_ERR_INT : 0
AT_FOVR_INT : 0
AT_FUDR_INT : 0
AT_IB_ADJ_INT : 0
AT_BZONE_INT : 0
AT_CORR_ECC_ERR_INT : 0
AT_UNCORR_ECC_ERR_INT : 11 <<<<<<<

Ceci signifie que le correctif d'EARL a fonctionné afin d'essayer de récupérer de l'erreur AT_UNCORR_ECC_ERR_INT. C'est une erreur du code correcteur d'erreurs de contiguïté (ECC) qui indique un problème matériel.

L'étape suivante est de réinsérer le module dans l'emplacement. Si les erreurs sont toujours présent le module devrait être remplacé.

Sélectionnez cette commande afin de vérifier l'état actuel du mécanisme d'EARL sur le module de superviseur :

# remote command switch show platform hardware earl status

Dans le cas d'une question de linecard DFC, sélectionnez cette commande :

# remote command module [slot number] show platform hardware earl status

Un résultat exemplaire avec la section afférente est affiché dans l'exemple suivant. Notez que le compteur AT_UNCORR_ECC_ERR_INT a une valeur différente de zéro, qui valide le remplacement de module :

6500# remote command switch show platform hardware earl status
<snip>
Adj. table interface block : Total interrupts - 2
AT_SEQ_ERR_INT : 0
AT_FOVR_INT : 0
AT_FUDR_INT : 0
AT_IB_ADJ_INT : 0
AT_BZONE_INT : 0
AT_CORR_ECC_ERR_INT : 0
AT_UNCORR_ECC_ERR_INT : 2
AT_ECC_ERR_DATA_CAPT : 1

Si une valeur différente est affichée dans la colonne de données dans le fichier crashinfo, elle est recommandée d'ouvrir une valise du centre d'assistance technique Cisco (TAC) et de télécharger le tech d'exposition sorti avec le fichier crashinfo approprié.

La note de terrain 63743 pourrait s'appliquer si l'erreur %EARL-xxx-2-PATCH_INVOCATION_LIMIT est signalée.


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 118804