Lijnkaartcrashes voor probleemoplossing op Cisco 12000 Series internetrouter

 

Inleiding

Dit document bevat informatie over het oplossen van problemen met lijnkaartcrashes op de Cisco 12000 Series internetrouter.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:

• Alle Cisco 12000 Series internetrouters, inclusief de 12008, 12012, 12016, 12404, 12406, 12410 en 12416.

• Alle Cisco IOS®-softwareversies die de Cisco 12000 Series Internet Router ondersteunen.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Achtergrondinformatie

Deze paragraaf geeft een achtergrond voor het identificeren van een lijnkaartcrash.

Identificeer een lijnkaartcrash

Om een lijnkaartcrash snel te identificeren, gebruikt u de opdracht contextsamenvatting tonen:

   Router#show context summary 
       CRASH INFO SUMMARY 
         Slot 0 : 0 crashes 
         Slot 1 : 0 crashes 
         Slot 2 : 0 crashes 
         Slot 3 : 0 crashes 
         Slot 4 : 1 crashes 
           1 - crash at 04:28:56 EDT Tue Apr 20 1999 
         Slot 5 : 0 crashes 
         Slot 6 : 0 crashes 
         Slot 7 : 0 crashes 
         Slot 8 : 0 crashes 
         Slot 9 : 0 crashes 
         Slot 10: 0 crashes 
         Slot 11: 0 crashes

Als de crash invloed heeft op de router zelf (en niet alleen op de lijnkaart), raadpleegt u Problemen oplossen en Routercrashes doorzoeken.

Verzamel informatie over de crash

Gebruik de opdrachten in tabel 1 om de relevante gegevens over de crash te verzamelen.

Tabel 1 - Te gebruiken opdrachten om gegevens over de crash te verzamelen

Opdracht	Beschrijving
show version	Hier vindt u algemene informatie over de hardware- en softwareconfiguraties van het systeem.
logboekregistratie tonen	Toont de algemene logboeken van de router.
diagram weergeven [sleuf #]	Biedt specifieke informatie over een bepaalde slot: type motor, hardware herzieningen, geheugenconfiguratie, enzovoort.
contextsleuf weergeven [sleuf #]	Hier vindt u contextinformatie over de recente crash(s). Dit is vaak de nuttigste opdracht voor het oplossen van problemen lijnkaartcrashes.
coredump	Een kerndump van een lijnkaart is de volledige inhoud van zijn geheugen op het moment van de crash. Deze gegevens zijn normaal gesproken niet nodig voor een eerste probleemoplossing. Het kan later nodig zijn als het probleem een nieuw softwarevirus blijkt te zijn. Raadpleeg in dat geval Config een Core Dump op een GSR-lijnkaart.

Als u de uitvoer van een opdracht show tech-support (vanuit inschakelen) vanaf uw Cisco-apparaat hebt, kunt u deze gebruiken om mogelijke problemen en oplossingen weer te geven. Voor het gebruik , moet u een geregistreerde klant zijn, aangemeld zijn en JavaScript ingeschakeld hebben.

De verzamelde gegevens analyseren

Controleer de waarde van het veld sig= in de uitvoer van de showcontext [slot#]:

       Router#show context slot 4 
       CRASH INFO: Slot 4, Index 1, Crash at 04:28:56 EDT Tue Apr 20 1999 

       VERSION: 
       GS Software (GLC1-LC-M), Version 11.2(15)GS1a, EARLY DEPLOYMENT RELEASE 
       SOFTWARE (fc1) 
       Compiled Mon 28-Dec-98 14:53 by tamb 
       Card Type: 1 Port Packet Over SONET OC-12c/STM-4c, S/N CAB020500AL 
       System exception: SIG=20, code=0xA414EF5A, context=0x40337424 

       Traceback Using RA 
       STACK TRACE: 
         traceback 4014CFC0 40141AB8 40143944 4014607C 4014A7EC 401499D4 40149BB4 
       40149FD4 40080118 40080104 
       CONTEXT: 
       $0 : 00000000, AT : 40330000, v0 : 00000000, v1 : 00000038 
       a0 : 4094EF58, a1 : 00000120, a2 : 00000002, a3 : 00000001 
       t0 : 00000010, t1 : 3400BF01, t2 : 34008D00, t3 : FFFF00FF 
       t4 : 400A1410, t5 : 00000002, t6 : 00000000, t7 : 4041783C 
       s0 : 4093F980, s1 : 4093F980, s2 : 4094EEF0, s3 : 4094EF00 
       s4 : 00000000, s5 : 00000001, s6 : 00000000, s7 : 00000000 
       t8 : 34008000, t9 : 00000000, k0 : 404D1860, k1 : 400A2F68 
       gp : 402F3070, sp : 4082BFB0, s8 : 00000000, ra : 400826FC 
       EPC : 0x40098824, SREG : 0x3400BF04, Cause : 0x00000000 
       ErrorEPC : 0x4015B7E4

Zie Tabel 2 om te weten te komen welke fout de reden overeenkomt met de SIG-waarde die u hebt opgenomen.

Tabel 2 - De fout zoeken die overeenkomt met de SIG-waarde

SIG-waarde	SIG-naam	Foutreden
2	HANDTEKENING	Onverwachte hardwarestoring.
3	SIGQUIT	Afbreken vanwege sleutel.
4	SIGILL	Ongeldige uitzondering voor opcode.
5	SIGNAAL	Afbreken vanwege breekpunt of rekenkundige uitzondering.
8	SIGFPE	Uitzondering op floating point unit (FPU).
9	SIGKILL	Gereserveerde uitzondering.
10	SIGBUS	Bus fout uitzondering.
11	SIGSEGV	SegV uitzondering.
20	SIGCACHE	Cache parity-uitzondering.
21	SIGWBERR	Schrijf bus fout onderbreking.
22	SIGERROR	Fatale hardwarefout.
23	SIGRELOAD	Softwaregeforceerde crash.

Opmerking: Cache Parity Exception (SIG=20), Bus Error Exception (SIG=10) en Software-forced Crashes (SIG=23) zijn verantwoordelijk voor meer dan 95% van de lijnkaartcrashes.

De opdracht Afbeelding vergroten

De Cisco 12000 Series ondersteunt de opdracht [slot#] voor het testen van de verschillende bordcomponenten. Deze opdracht is handig voor het oplossen van hardwaregerelateerde crashes en om de defecte board te identificeren.

De breedsprakige optie veroorzaakt de router om de lijst van tests te tonen aangezien zij worden uitgevoerd. Anders geeft het alleen het bericht "PASSED" of "ERROR" weer.

Opmerking: Het uitvoeren van deze diagnose stopt alle activiteiten van de lijnkaart voor de duur van de tests (gewoonlijk rond vijf minuten).

Cisco IOS-softwarerelease 12.0(22)S begint met het ontbundelen van de velddiagnostiek van de Cisco 12000 Series internetrouter uit de Cisco IOS-softwareafbeelding. In eerdere versies kon de diagnostiek vanaf de opdrachtregel worden gestart en het ingesloten beeld werd gestart. Om klanten met 20 MB Flash-geheugenkaarten te kunnen ontvangen, worden lijnkaartvelddiagnostiek nu opgeslagen en onderhouden als een afzonderlijk beeld dat beschikbaar moet zijn op een Flash-geheugenkaart of een TFTP-opstartserver (Trivial File Transfer Protocol) voordat de velddiagnoseopdrachten kunnen worden gebruikt. Routerprocessor en switch fabric field diagnostics blijven gebundeld en hoeven niet vanaf een aparte afbeelding te worden gestart. U vindt meer informatie bij Field Diagnostics voor de Cisco 12000 Series Internet Router.

Hier is een voorbeeld van een diag [slot#] opdrachtoutput:

Router#diag 3 verbose 
Running DIAG config check 
Running Diags will halt ALL activity on the requested slot. 
[confirm] 
CR1.LND10# 
Launching a Field Diagnostic for slot 3 
Downloading diagnostic tests to slot 3 (timeout set to 400 sec.) 
Field Diag download COMPLETE for slot 3 
FD 3> ***************************************************** 
FD 3> GSR Field Diagnostics V3.0 
FD 3> Compiled by award on Tue Aug 3 15:58:13 PDT 1999 
FD 3> view: award-bfr_112.FieldDiagRelease 
FD 3> ***************************************************** 
FD 3> BFR_CARD_TYPE_OC48_1P_POS testing... 
FD 3> running in slot 3 (128 tests) 

Executing all diagnostic tests in slot 3 
(total/indiv. timeout set to 600/200 sec.) 
FD 3> Verbosity now (0x00000001) TESTSDISP 

FDIAG_STAT_IN_PROGRESS: test #1 R5K Internal Cache 
FDIAG_STAT_IN_PROGRESS: test #2 Burst Operations 
FDIAG_STAT_IN_PROGRESS: test #3 Subblock Ordering 
FDIAG_STAT_IN_PROGRESS: test #4 Dram Marching Pattern 
FDIAG_STAT_DONE_FAIL test_num 4, error_code 6 
Field Diagnostic: ****TEST FAILURE**** slot 3: last test run 4, 
Dram Marching Pattern, error 6 
Field Diag eeprom values: run 2 fail mode 1 (TEST FAILURE) slot 3 
last test failed was 4, error code 6 
Shutting down diags in slot 3 

slot 3 done, will not reload automatically

Afhankelijk van de aangetroffen fout kan de sleuf al dan niet automatisch worden herladen. Is dit niet het geval, dan kan de lading vast of inconsistent zijn (controleer dit met de opdracht show diag [slot #]) totdat de beelden handmatig worden geladen. Dit is normaal. Gebruik de opdracht [slot#] opnieuw laden van de hw-module sleuf om de kaart handmatig te herladen.

Uitzonderingen voor cachepariteit

U kunt de uitzonderingen van de cachepariteit door SIG=20 in de showcontext identificeren [groef #] output.

Als u de uitvoer van een opdracht show tech-support (vanuit inschakelen) vanaf uw Cisco-apparaat hebt, kunt u deze gebruiken om mogelijke problemen en oplossingen weer te geven. Voor het gebruik , moet u een geregistreerde klant zijn, aangemeld zijn en JavaScript ingeschakeld hebben.

Er zijn twee verschillende soorten pariteitsfouten:

• Zachte pariteitsfouten - Deze treden op wanneer een energieniveau binnen de chip (bijvoorbeeld een één of nul) verandert. In het geval van een zachte pariteitsfout is het niet nodig om de board of een van de componenten te ruilen.

• Harde pariteitsfouten - Deze treden op wanneer er een chip of board storing is die ervoor zorgt dat gegevens worden beschadigd. In dit geval moet u de betreffende component opnieuw plaatsen of vervangen, meestal een geheugenchip swap of een board swap. Er is een harde pariteitsfout wanneer de meervoudige pariteitsfouten op het zelfde adres worden gezien. Er zijn ingewikkelder gevallen die moeilijker te identificeren zijn, maar in het algemeen kan, als in een bepaald geheugengebied in een relatief korte periode (enkele weken tot maanden) meer dan een pariteitsfout wordt waargenomen, dit als een harde pariteitsfout worden beschouwd.

Studies hebben aangetoond dat fouten met zachte pariteit 10 tot 100 keer vaker voorkomen dan fouten met harde pariteit.

Om deze fouten op te lossen, vind een onderhoudsvenster om de diag opdracht voor die sleuf uit te voeren.

• Als de diagnose in een mislukking resulteert, vervang de lijnkaart.

• Als er geen mislukking is, zal het waarschijnlijk een zachte pariteitsfout zijn, en de lijnkaart moet niet worden vervangen (tenzij het een tweede keer met pariteitsfout na een korte periode van tijd crasht).

Uitzonderingen bij busfouten

U kunt busfoutuitzonderingen identificeren door SIG=10 in de showcontext [slot #] uitvoer.

Als u de uitvoer van een opdracht show tech-support (vanuit inschakelen) vanaf uw Cisco-apparaat hebt, kunt u deze gebruiken om mogelijke problemen en oplossingen weer te geven. Voor het gebruik , moet u een geregistreerde klant zijn, aangemeld zijn en JavaScript ingeschakeld hebben.

Dit type crash is normaal software-gerelateerd, maar als het om een of andere reden (bijvoorbeeld, het is een gloednieuwe kaart, of de crashes beginnen na een stroomuitval) u denkt dat het probleem hardware-gerelateerd kan zijn, voer de diag opdracht voor die sleuf.

N.B.: Van sommige softwarebugs is bekend dat deze de opdracht diag veroorzaken om fouten te rapporteren, ook al is er geen probleem met de hardware. Als een kaart al is vervangen, maar nog steeds niet op dezelfde test in de diagnose, kunt u worden beïnvloed door dit probleem. In dat geval, behandel de crash als een software probleem.

Upgraden naar de nieuwste versie van uw Cisco IOS-softwarerelease-trein elimineert alle vaste bugs die lijnkaartbusfouten veroorzaken. Als de crash na de upgrade nog steeds aanwezig is, verzamelt u de relevante informatie (zie Informatie over de crash verzamelen), samen met een show tech-support, en alle informatie die u nuttig acht (zoals recente topologiewijziging of een nieuwe functie die onlangs is geïmplementeerd) en neemt u contact op met uw Cisco-ondersteuningsvertegenwoordiger.

Softwaregeforceerde crashes

U kunt software-geforceerde crashes identificeren door SIG=23 in de showcontext [slot #] uitvoer. Ondanks de naam zijn deze crashes niet altijd software-gerelateerd.

Als u de uitvoer van een opdracht show tech-support (vanuit inschakelen) vanaf uw Cisco-apparaat hebt, kunt u deze gebruiken om mogelijke problemen en oplossingen weer te geven. Voor het gebruik , moet u een geregistreerde klant zijn, aangemeld zijn en JavaScript ingeschakeld hebben.

De meest voorkomende reden voor software-geforceerde crashes is de "Fabric Ping Time-out". Tijdens normale routerwerking, pingelt de Routeprocessor (RP) voortdurend de lijnkaarten. Als een lijnkaart niet antwoordt, beslist de routeprocessor om het terug te stellen. Dit resulteert in een software-geforceerde crash (SIG=23) van de betrokken lijnkaart, en u moet deze fouten zien in de logboeken van de router:

Mar 12 00:42:48: %GRP-3-FABRIC_UNI: 
Unicast send timed out (4) 
Mar 12 00:42:50: %GRP-3-COREDUMP: Core dump incident on slot 4, error: Fabric ping failure

Om stof te kunnen oplossen pingelt onderbrekingen, moet u te weten komen waarom de lijnkaart niet op pingelen antwoordde. Er kunnen meerdere oorzaken zijn:

• De lijnkaart ervaart een hoog CPU-gebruik. Dit kan worden geverifieerd met de executie-on sleuf [sleuf #] toon proc cpu opdracht. Als de CPU echt hoog is (boven 95%), raadpleegt u Hoge CPU-benutting voor probleemoplossing op Cisco-routers.

• Er zijn software bugs in Inter Process Communication (IPC) of de lijnkaart raakt op met IPC-buffers. Het grootste deel van de tijd worden deze software-geforceerde herladingen veroorzaakt door software bugs.

  Als u een upgrade uitvoert naar de nieuwste versie van uw Cisco IOS-softwarerelease-trein, zijn alle vaste bugs die leiden tot tijdelijke pingouts van de fabric, overbodig. Als de crash nog steeds aanwezig is na de upgrade, verzamel dan de relevante informatie (zie Informatie over de crash verkrijgen), samen met een show tech-support, een show ipc status, en alle informatie die u nuttig acht (zoals recente topologiewijziging of een nieuwe functie die onlangs is geïmplementeerd) en neem contact op met uw Cisco-ondersteuningsvertegenwoordiger.

• Hardwarestoringen — Als de kaart al lange tijd prima werkt en er geen recente topologie, software of functiewijzigingen hebben plaatsgevonden, of als de problemen zijn gestart na een verplaatsing of een stroomuitval, kan defecte hardware de oorzaak zijn. Draai de diag opdracht op de betrokken lijnkaart. Vervang de lijnkaart, indien defect. Als meerdere lijnkaarten worden beïnvloed of als de diag in orde is, vervang de stof.

%GSRSPA-6-ERRORRECOVER: Er is een hardware- of softwarefout opgetreden op Subsleuf 0.Reason Marvel: TXECCERR Automatisch foutenherstel gestart

TXECCERR/RXECCERR fout treedt op wanneer RxFIFO of TxFIFO onherstelbare ECC-fout onderbreking voorkomt in MAC meer dan de drempelwaarde binnen het tijdsinterval. Onherstelbare ECC-fouten kunnen niet worden gecorrigeerd door de ECC-logica. Wanneer een niet-herstelbare fout optreedt tijdens het lezen van RxFIFO, wordt het pakket waartoe de gegevens behoren gemarkeerd met EOP/Abort op de SPI4-ontvangstinterface en wordt door de bovenste lagen verwijderd.

Dit is te wijten aan de hardware en wordt gecorrigeerd zodra we de SIP/SPA opnieuw laden. De permanente oplossing is de SIP/SPA te vervangen om de fouten te voorkomen.

Andere ongelukken

Andere soorten crashes komen veruit minder vaak voor dan de twee hierboven genoemde. In de meeste gevallen dient het diag commando aan te geven of de kaart al dan niet vervangen dient te worden. Als de kaart de diagnostische test goed heeft doorstaan, kunt u overwegen de software te upgraden.

Informatie die moet worden verzameld als u een TAC-serviceaanvraag opent

Als u nog steeds assistentie nodig hebt na de bovenstaande stappen voor probleemoplossing en u een serviceverzoek (alleen geregistreerde klanten) wilt openen met Cisco TAC, dient u de volgende informatie te bevatten:

Probleemoplossing uitgevoerd voordat u de serviceaanvraag opent. technisch ondersteunende uitvoer tonen (indien mogelijk in de inschakelmodus). toon logboekuitvoer of console vangt, indien beschikbaar. de uitvoerings-op groef [groef #] toon technologie voor de groef die de lijnkaartneerstorting ervaren. Hang de verzamelde gegevens aan uw serviceverzoek in niet-gezipte, onbewerkte tekstindeling (.txt). U kunt informatie aan uw serviceaanvraag toevoegen door deze te uploaden met de TAC Service request tool (alleen geregistreerde klanten). Als u geen toegang hebt tot de tool voor serviceaanvragen, kunt u de informatie in een e-mailbijlage verzenden naar attach@cisco.com met uw serviceverzoek nummer in de onderwerpregel of in uw bericht. Opmerking: herlaad of stel de router niet handmatig opnieuw in voordat u de bovenstaande informatie verzamelt, tenzij dit nodig is om problemen op te lossen bij een lijnkaartcrash op de Cisco 12000 Series Internet-router, aangezien dit kan leiden tot het verloren gaan van belangrijke informatie die nodig is om de basisoorzaak van het probleem te bepalen.

Gerelateerde informatie

• Routercrashes voor probleemoplossing
• Een Core Dump configureren op een GSR-lijnkaart
• Hoog CPU-gebruik op Cisco-routers troubleshooten
• Technische ondersteuning en documentatie – Cisco Systems