Waardevolle tijd en middelen worden vaak verspild aan het vervangen van hardware die echt goed werkt. Dit document helpt bij het oplossen van veelvoorkomende hardwareproblemen met de Cisco 12000 Series Internet Router en biedt aanwijzingen om te identificeren of de fout al dan niet in de hardware zit.
N.B.: Dit document heeft geen betrekking op softwaregerelateerde fouten, behalve die welke vaak worden aangezien als hardwareproblemen.
Lezers van dit document dienen kennis te hebben van deze onderwerpen:
Hardware Problemen oplossen voor Cisco 12000 Series Internet router
Lijnkaartcrashes voor probleemoplossing op de Cisco 12000 Series Internet-router
Als u denkt dat het probleem te maken heeft met een hardwarefout, kunt u aan de hand van dit document de oorzaak van de storing vaststellen.
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 internetrouter 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.
Wanneer u een nieuwe lijnkaart, module of Cisco IOS-softwareafbeelding installeert, is het belangrijk om te verifiëren of de router voldoende geheugen heeft en of de hardware en software compatibel zijn met de functies die u wilt gebruiken.
Voltooi de volgende aanbevolen stappen om te controleren op hardwarecompatibiliteit en geheugenvereisten:
Gebruik de Software Advisor (alleen geregistreerde klanten) tool om software voor uw netwerkapparaat te kiezen.
Tip:
De sectie Softwareondersteuning voor functies (alleen geregistreerde klanten) helpt u bij het bepalen van de Cisco IOS-softwareafbeelding die nodig is door de typen functies te kiezen die u wilt implementeren.
Gebruik het gedeelte Download Software (alleen geregistreerde klanten) om de minimale hoeveelheid geheugen (RAM en Flash) te controleren die door de Cisco IOS-software is vereist en/of om de Cisco IOS-softwareafbeelding te downloaden. Om de hoeveelheid geheugen (RAM en Flash) te bepalen die op uw router is geïnstalleerd, raadpleegt u Hoe u een Cisco IOS-softwarerelease - Memory Vereisten kiest.
Tips:
Als u dezelfde functies wilt behouden als de versie die momenteel op uw router wordt uitgevoerd, maar niet weet welke functieset u gebruikt, voert u de opdracht voor de showversie op uw Cisco-apparaat in en plakt u de uitvoer ervan in het Hulpprogramma voor uitvoertolken. U kunt Output Interpreter (geregistreerde klanten slechts) gebruiken om potentiële kwesties en moeilijke situaties weer te geven. Om Output Interpreter (geregistreerde klanten slechts) te kunnen gebruiken, moet u een geregistreerde klant zijn, aangemeld zijn en JavaScript ingeschakeld hebben. Het is belangrijk om te controleren op functie ondersteuning, vooral als u van plan bent om recente software functies te gebruiken.
Als u de Cisco IOS-softwareafbeelding moet upgraden naar een nieuwe versie of functieset, raadpleegt u Hoe u een Cisco IOS-softwarerelease kiest voor meer informatie.
Als u bepaalt dat een Cisco IOS-software-upgrade vereist is, volgt u de Procedure voor installatie en upgrade van de software voor de Cisco 12000 Series-router.
Tip: Zie ROMmon Recovery Procedure voor Cisco 12000 voor informatie over het herstellen van een router uit de Cisco 12000-serie die zich in ROMmon (rommon # > prompt) bevindt.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Met behulp van de informatie in deze sectie, zult u in staat zijn om te bepalen of de problemen die u geconfronteerd met uw lijnkaart hardware-gerelateerd zijn.
Het eerste wat u moet doen is de oorzaak van de lijnkaartcrash of consolefouten identificeren die u tegenkomt. Om te zien welke kaart mogelijk fout is, is het essentieel dat u de uitvoer van deze opdrachten verzamelt:
contextsamenvatting weergeven
logboekregistratie tonen
logboekoverzicht tonen
diagram weergeven <sleuf>
toon contextsleuf <sleuf>
Samen met deze specifieke show commando's, moet u ook deze informatie verzamelen:
Consolelogs en/of Syslog-informatie: Deze kunnen van cruciaal belang zijn om het voortkomende probleem te bepalen als er meerdere symptomen optreden. Als de router is ingesteld om logboeken naar een syslog server te verzenden, zou u misschien wat informatie zien over wat er is gebeurd. Voor consolelogboeken, is het best om direct met de router op de consolepoort te worden verbonden door het Vastleggen van het Bericht van het Systeem.
toon technisch-steun: Het bevel van de show technisch-steun is een compilatie van vele verschillende bevelen, en omvat show versie, toon in werking stellen-config, en toon stapels. Wanneer een router problemen tegenkomt, vraagt de Cisco Technical Assistance Center (TAC)-engineer meestal om deze informatie. Het is belangrijk om de uitvoer van de show technisch-steun bevel vóór u te verzamelen herlaadt of macht-cyclus uw apparaat, omdat deze acties kunnen veroorzaken dat alle informatie over het probleem wordt verloren.
Hier zijn een aantal voorbeelden van uitvoer die u kunt verwachten om te zien of uw Gigabit Route Processor (GRP) of lijnkaart is gecrasht:
Router#show context summary CRASH INFO SUMMARY Slot 0 : 0 crashes Slot 1 : 1 crashes 1 - crash at 10:36:20 UTC Wed Dec 19 2001 Slot 2 : 0 crashes Slot 3 : 0 crashes Slot 4 : 0 crashes 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 Slot 12: 0 crashes Slot 13: 0 crashes Slot 14: 0 crashes Slot 15: 0 crashes Router#show logging Syslog logging: enabled (2 messages dropped, 0 messages rate-limited, 0 flushes, 0 overruns) Console logging: level debugging, 24112 messages logged Monitor logging: level debugging, 0 messages logged Buffer logging: level debugging, 24411 messages logged Logging Exception size (4096 bytes) Trap logging: level informational, 24452 message lines logged 5d16h: %LCINFO-3-CRASH: Line card in slot 1 crashed 5d16h: %GRP-4-RSTSLOT: Resetting the card in the slot: 1,Event: 38 5d16h: %IPCGRP-3-CMDOP: IPC command 3 5d16h: %CLNS-5-ADJCHANGE: ISIS: Adjacency to malachim2 (GigabitEthernet1/0) Up, n8 (slot1/0): linecard is disabled -Traceback=602ABCA8 602AD8B8 602B350C 602B3998 6034312C 60342290 601A2BC4 601A2BB0 5d16h: %LINK-5-CHANGED: Interface GigabitEthernet1/0, changed state to administratively down 5d16h: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0, changed state to down 5d16h: %GRP-3-CARVE_INFO: Setting mtu above 8192 may reduce available buffers on Slot: 1. SLOT 1:00:00:09: %SYS-5-RESTART: System restarted -- Cisco Internetwork Operating System Software IOS (tmew adjacency) GS Software (GLC1-LC-M), Version 12.0(17)ST3, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2001 by cisco Systems, Inc. Compiled Thu 08-Nov-01 20:21 by dchih 5d16h: %GRPGE-6-AUTONEG_STATE: Interface GigabitEthernet1/0: Link OK - autonegotiation complete 5d16h: %LINK-3-UPDOWN: Interface GigabitEthernet1/0, changed state to up 5d16h: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0, changed state to up Router#show diag 1 SLOT 1 (RP/LC 1 ): 3 Port Gigabit Ethernet MAIN: type 68, 800-6376-01 rev E0 dev 0 HW config: 0x00 SW key: 00-00-00 PCA: 73-4775-02 rev E0 ver 2 HW version 2.0 S/N CAB0450G8FX MBUS: Embedded Agent Test hist: 0x00 RMA#: 00-00-00 RMA hist: 0x00 DIAG: Test count: 0x00000001 Test results: 0x00000000 FRU: Linecard/Module: 3GE-GBIC-SC= Route Memory: MEM-GRP/LC-64= Packet Memory: MEM-LC1-PKT-256= L3 Engine: 2 - Backbone OC48 (2.5 Gbps) MBUS Agent Software version 01.46 (RAM) (ROM version is 02.10) Using CAN Bus A ROM Monitor version 10.06 Fabric Downloader version used 05.01 (ROM version is 05.01) Primary clock is CSC 0 Board is analyzed Board State is Line Card Enabled (IOS RUN ) Insertion time: 00:00:10 (5d16h ago) DRAM size: 67108864 bytes FrFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes ToFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes 1 crash since restart Router#show context slot 1 CRASH INFO: Slot 1, Index 1, Crash at 10:36:20 UTC Wed DEC 19 2001 VERSION: GS Software (GLC1-LC-M), Version 12.0(17)ST3, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Compiled Thu 08-Nov-01 20:21 by dchih Card Type: 3 Port Gigabit Ethernet, S/N System exception: sig=10, code=0x10, context=0x41036514 System restarted by a Bus Error exception STACK TRACE: -Traceback= 406914C8 4004EEAC 4005BCE4 400A33F4 400A33E0 CONTEXT: $0 : 00000000, AT : 41030000, v0 : 00000000, v1 : 41036290 a0 : 00000030, a1 : 412C6CA0, a2 : 00000000, a3 : 00000000 t0 : 00008100, t1 : 34008101, t2 : 400C5590, t3 : FFFF00FF t4 : 400C5560, t5 : 00040000, t6 : 00000000, t7 : 413D1D78 s0 : FF012345, s1 : 00000031, s2 : 41032B10, s3 : 41BB8F00 s4 : 00000000, s5 : 00000001, s6 : 4101D620, s7 : 00000000 t8 : 418EA1C8, t9 : 00000000, k0 : 4142C7A0, k1 : 400C7538 gp : 40F57DC0, sp : 41BB8EE8, s8 : 41023740, ra : 406914C8 EPC : 0x406914C8, SREG : 0x34008103, Cause : 0x00000010 ErrorEPC : 0x400B3A5C -Process Traceback= No Extra Traceback SLOT 1:00:00:09: %SYS-5-RESTART: System restarted -- Cisco Internetwork Operating System Software IOS (tm) GS Software (GLC1-LC-M), Version 12.0(17)ST3, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2001 by cisco Systems, Inc. Compiled Thu 08-Nov-01 20:21 by dchih SLOT 1:20:18:09: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC removed from port 2 SLOT 1:20:18:29: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC inserted in port 2 SLOT 1:3d20h: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC removed from port 2 SLOT 1:3d20h: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC inserted in port 2 SLOT 1:00:00:09: %SYS-5-RESTART: System restarted -- Cisco Internetwork Operating System Software IOS (TM) GS Software (GLC1-LC-M), Version 12.0(17)ST3, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2001 by cisco Systems, Inc. Compiled Thu 08-Nov-01 20:21 by dchi
Als een lijnkaart is gecrasht en u de lijnkaart hebt geïdentificeerd die is gecrasht, moet u nu de oorzaak van de crash bepalen. De output van de opdracht show context <slot> stelt u in staat om dit te doen. Hierna volgt een voorbeeld:
Router#show context slot 2 CRASH INFO: Slot 2, Index 1, Crash at 12:24:22 MET Wed Nov 28 2001 VERSION: GS Software (GLC1-LC-M), Version 12.0(18)S1, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Compiled Fri 07-Sep-01 20:13 by nmasa Card Type: 3 Port Gigabit Ethernet, S/N System exception: SIG=23, code=0x24, context=0x4103FE84 System restarted by a Software forced crash STACK TRACE: -Traceback= 400BEB08 40599554 4004FB64 4005B814 400A1694 400A1680 CONTEXT: $0 : 00000000, AT : 41040000, v0 : 00000032, v1 : 4103FC00 a0 : 4005B0A4, a1 : 41400A20, a2 : 00000000, a3 : 00000000 t0 : 41D75220, t1 : 8000D510, t2 : 00000001, t3 : FFFF00FF t4 : 400C2670, t5 : 00040000, t6 : 00000000, t7 : 4150A398 s0 : 0000003C, s1 : 00000036, s2 : 4103C4D0, s3 : 41D7EC60 s4 : 00000000, s5 : 00000001, s6 : 41027040, s7 : 00000000 t8 : 41A767B8, t9 : 00000000, k0 : 415ACE20, k1 : 400C4260 GP : 40F0DD00, SP : 41D7EC48, s8 : 4102D120, ra : 40599554 EPC : 0x400BEB08, SREG : 0x3400BF03, Cause : 0x00000024 ErrorEPC : 0x400C6698, BadVaddr : 0xFFBFFFFB -Process Traceback= No Extra Traceback SLOT 2:00:00:09: %SYS-5-RESTART: System restarted -- Cisco Internetwork Operating System Software IOS (TM) GS Software (GLC1-LC-M), Version 12.0(18)S1, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2001 by cisco Systems, Inc. Compiled Fri 07-Sep-01 20:13 by nmae
U kunt het type van neerstorting identificeren dat van de "SIG="waarde in de beveloutput van de showcontext <slot> is voorgekomen. Zie de SIG-codetabel voor nadere informatie.
Hier zijn enkele links die meer informatie geven over de drie meest voorkomende soorten lijnkaartcrashes, en uitleggen hoe u ze kunt oplossen:
In het voorbeeld hierboven is de lijnkaart gecrasht als gevolg van een "software-geforceerde crash" en, zoals de naam al suggereert, heeft een software-uitzondering de herlading veroorzaakt. Nadat u de oorzaak hebt vastgesteld en de benodigde uitvoer hebt verzameld, kunt u met de Bug Toolkit (alleen geregistreerde klanten) controleren of er een bug in uw Cisco IOS-softwarerelease zit.
Wanneer u hebt bepaald of de problemen systeemfouten zijn in het logboek of een daadwerkelijke crash, moet u de huidige status van de lijnkaart controleren om te zien of het van de fout heeft hersteld die is opgetreden. Om de status van individuele lijnkaarten te identificeren, kunt u of de Lichte Uitgevende Diodes (LEDs) onderzoeken die op de voorzijde van de kaart worden gevestigd, of het show geleide bevel uitgeven. Hier is een voorbeelduitvoer:
Router#show led SLOT 1 : RUN IOS SLOT 6 : DNLD FABL SLOT 7 : RP ACTV SLOT 10 : RUN IOS SLOT 11 : RUN IOS SLOT 13 : RUN IOS SLOT 14 : RUN IOS
Tabel 1 en Tabel 2 beschrijven de meest gebruikelijke uitvoertypen die u van deze opdracht en hun betekenissen ziet.
Opmerking: de waarde van de LED kan worden omgekeerd. IOS RUN kan bijvoorbeeld worden weergegeven als RUN IOS.
Tabel 1 - RTP LED Status en BetekenisRTP LED-status | Betekenis van de LED-status |
---|---|
RP | RTP maakt gebruik van Cisco IOS-software en functioneert correct |
MSTR RP | RP fungeert als het primaire GRP |
SLAV RP | RP fungeert als Slave GRP |
RP ACTV | RP fungeert als het primaire GRP |
RP SEC | RP fungeert als Slave GRP |
MEM INIT | RP probeert de grootte van het geheugen te bepalen |
LC LED-status | Betekenis van de LED-status |
---|---|
DIAG DNLD | De lijnkaart downloadt de software van de Velddiagnose |
DIAG FAIL | De lijnkaart heeft de kenmerkende test van het Gebied ontbroken |
PASSER | Lijnkaart is geslaagd voor velddiagnostische test |
DIAG TEST | De lijnkaart voert de software van de Velddiagnostiek uit |
FABL DNLD | De lijnkaart lanceert "Fabric Downloader" |
FABL wait | De lijnkaart wacht op het laden van "Fabric Downloader" |
OPNIEUW | De lijnkaart wordt opnieuw ingesteld |
IOS DNLD | De lijnkaart downloadt Cisco IOS-software via de switch-fabric |
IOS-RUN | Lijnkaart is nu ingeschakeld |
IOS UP | De lijnkaart heeft het laden voltooid en voert nu Cisco IOS-software uit |
MBUS DNLD | De lijnkaart is het downloaden van Maintenance Bus (MBUS) agent |
MEM INIT | De lijnkaart probeert geheugen te rangschikken |
PWR UIT | De lijnkaart is uitgeschakeld |
Als de lijnkaartstatus iets anders is dan "IOS RUN", of de GRP noch de actieve Master/Primary, noch de Slave/Secundair is, betekent dit dat er een probleem is en de kaart niet volledig correct geladen. Voordat u de kaart vervangt, raadt Cisco u aan deze stappen te proberen om het probleem op te lossen:
Herlaad de microcode via de opdracht voor globale configuratie van de microcode-herlading <sleuf>.
Herlaad de kaart via de hw-module sleuf <sleuf> herlaad opdracht. Dit zorgt ervoor dat de lijnkaart de Maintenance Bus (MBUS) en Fabric Downloader softwaremodules opnieuw instelt en downloadt voordat het de lijnkaart Cisco IOS software opnieuw probeert te downloaden.
Reset de lijnkaart handmatig. Dit kan problemen uitsluiten die worden veroorzaakt door een slechte verbinding met de MBUS of het schakelen van stof.
N.B.: Zie Het opstartproces begrijpen op de Cisco 12000 Series internetrouter voor meer informatie over het oplossen van lijnkaarten die in een andere status dan RUN IOS zijn vastgelegd.
Fabricpingfouten treden op wanneer een lijnkaart of het secundaire GRP niet reageert op een verzoek om pingelen van het primaire GRP via de switch. Zulke fouten zijn een probleemsymptoom dat je moet onderzoeken. Ze worden aangegeven door de volgende foutmeldingen:
%GRP-3-FABRIC_UNI: Unicast send timed out (1) %GRP-3-COREDUMP: Core dump incident on slot 1, error: Fabric ping failure %LCINFO-3-CRASH: Line card in slot 1 crashed
U vindt meer informatie over dit probleem bij Time-outs en fouten bij fabric-ping van probleemoplossing op de Cisco 12000 Series internetrouter.
Het Cisco 12000 Series-document met de pariteitsfout voor internetrouters verklaart de stappen voor het oplossen en isoleren van een deel of onderdeel van de Cisco 12000 Series internetrouter dat of dat mislukt, nadat u een aantal pariteitsfoutmeldingen hebt ontmoet.
Als u foutmeldingen ervaart die betrekking hebben op een van de lijnkaarten, kunt u de Cisco Error Message Decoder (alleen geregistreerde klanten) gebruiken om informatie te vinden over de betekenis van de foutmelding. Een aantal ervan wijzen op een hardwarekwestie van de lijnkaart, terwijl andere wijzen op een Cisco IOS-softwarebug of een hardwarekwestie op een ander deel van de router. Dit document behandelt niet al deze berichten.
Sommige berichten over Cisco Express Forwarding (CEF) en Inter Process-Communication (IPC) worden uitgelegd in CEF-gerelateerde foutmeldingen voor probleemoplossing.
De software van de van de lijnkaartVelddiagnostiek wordt ontworpen om om het even welke defecte lijnkaart binnen een router van Cisco 12000 (alle 12xxx reeksen) te identificeren. Voorafgaand aan Cisco IOS-softwarerelease 12.0(22)S is de software voor Field Diagnostic ingesloten in de Cisco IOS-software. Vanaf Cisco IOS-softwarerelease 12.0(22)S is deze software ontbundeld en kunt u deze van CCO downloaden via het Download Software Area (alleen geregistreerde klanten) (selecteer FIELD DIAGS onder het 120XX-platform). Het wordt nog steeds uitgevoerd vanaf een opdracht die is geïnitieerd tijdens het uitvoeren van Cisco IOS-software, maar u moet de bron (ofwel de TFTP-opstartserver (Trivial File Transfer Protocol), ofwel het PCMCIA-Flash-geheugen) op de opdrachtregel specificeren. Alle opdrachten voor Velddiagnostiek worden uitgevoerd op het activeringsniveau van Cisco IOS-software.
Vanaf Cisco IOS-softwarerelease 12.0(22)S heeft Cisco Systems de 12000-lijnkaartafbeelding voor velddiagnose losgekoppeld van de Cisco IOS-softwareafbeelding. In eerdere versies kon de diagnostiek worden gelanceerd vanaf de opdrachtregel en het ingesloten diagnostische beeld zou worden gelanceerd. Om klanten met 20Mb Flash-geheugenkaarten te kunnen ontvangen, wordt de Field Diagnostic-software nu opgeslagen en onderhouden als een afzonderlijk beeld: c12k-fdiagsbflc-mz.xxx-xx.S.bin (waar x het versienummer is). Dit betekent dat een klant om Field Diagnostics te lanceren, deze afbeelding beschikbaar moet zijn op een aparte Flash-kaart of TFTP-opstartserver. De nieuwste versie is altijd beschikbaar op Cisco.com. Voor Performance Route Processor (PRP)-kaarten, Gigabit switch Route Processor (GRP) kaarten en fabric tests, blijven deze tests ingesloten in de Cisco IOS-softwareafbeelding. De eigenschappen van de opdrachtregel zijn gewijzigd om dit weer te geven.
Terwijl de diagnostische test aan de gang is, functioneert de lijnkaart niet normaal en kan geen verkeer voor de duur van de test (5-20 minuten, gebaseerd op de complexiteit van de lijnkaart) overgaan. Zonder het breedsprakige sleutelwoord geeft de opdracht een ingekorte output die een Pass of Fail voor de kaart laat zien. Wanneer u met TAC communiceert, is de breedsprakige modus het meest behulpzaam om specifieke problemen te identificeren. De output van de diagnostische test zonder het breedsprakige bevel kijkt als dit:
Router# diag 7 verbose tftp://223.255.254.254/muckier/award/c12k-fdiagsbflc-mz
Running DIAG config check
Fabric Download for Field Diags chosen: If timeout occurs, try 'mbus' option.
Running Diags will halt ALL activity on the requested slot. [confirm]
Router#
Launching a Field Diagnostic for slot 7
Downloading diagnostic tests to slot 7 via fabric (timeout set to 300 sec.)
5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event:
EV_ADMIN_FDIAGLoading muckier/award/c12k-fdiagsbflc-mz from 223.255.254.254
(via Ethernet0): !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
5d20h: Downloading diags from tftp file tftp://223.255.254.254/muckier/award/
c12k-fdiagsbflc-mz
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[OK - 13976524 bytes]
FD 7> *****************************************************
FD 7> GSR Field Diagnostics V6.05
FD 7> Compiled by award on Tue Jul 30 13:00:41 PDT 2002
FD 7> view: award-conn_isp.FieldDiagRelease
FD 7> *****************************************************
Executing all diagnostic tests in slot 7
(total/indiv. timeout set to 2000/600 sec.)
FD 7> BFR_CARD_TYPE_OC12_4P_POS testing...
FD 7> Available test types 2
FD 7> 1
FD 7> Completed f_diags_board_discovery() (0x1)
FD 7> Test list selection received: Test ID 1, Device 0
FD 7> running in slot 7 (30 tests from test list ID 1)
FD 7> Skipping MBUS_FDIAG command from slot 2
FD 7> Just into idle state
Field Diagnostic ****PASSED**** for slot 7
Shutting down diags in slot 7
Board will reload
5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event:
EV_ADMIN_FDIAG
5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event:
EV_FAB_DOWNLOADER_DOWNLOAD_FAILURE
SLOT 7:00:00:09: %SYS-5-RESTART: System restarted --
Cisco Internetwork Operating System Software
IOS (tm) GS Software (GLC1-LC-M), Experimental Version 12.0(20020509:045149)
[award-conn_isp.f_diag_new 337]
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Tue 25-Jun-02 15:51 by award
De lijnkaart wordt pas automatisch opnieuw geladen nadat de kaart de test heeft doorstaan.
Hier is een voorbeeld waarin de Cisco IOS-softwarerelease eerder dan 12.0(22)S, de lijnkaart de test niet heeft doorstaan en dus niet automatisch is herladen. U kunt de lijnkaart handmatig opnieuw laden met de opdracht hw-module sleuf <sleuf> opnieuw laden.
Wanneer u het breedste sleutelwoord gebruikt, bevat de uitvoer elke afzonderlijke test die wordt uitgevoerd. Als de test succesvol is, wordt de volgende test gestart. Een voorbeelduitvoer ziet er als volgt uit:
Router# diag 7 verbose tftp tftp://223.255.254.254/ muckier/award/c12k-fdiagsbflc-mz
Running DIAG config check
Fabric Download for Field Diags chosen: If timeout occurs, try 'mbus' option.
Verbose mode: Test progress and errors will be displayed
Runnning Diags will halt ALL activity on the requested slot. [confirm]
Router#
Launching a Field Diagnostic for slot 7
Downloading diagnostic tests to slot 7 via fabric (timeout set to 300 sec.)
00:07:41: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event: EV_ADMIN_FDIAG
Loading muckier/award/c12k-fdiagsbflc-mz from 223.255.254.254 (via Ethernet0):
!!!!!! (...)
00:08:24: Downloading diags from tftp file tftp://223.255.254.254/muckier/
award/c12k-fdiagsbflc-mz
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!
[OK - 13976524 bytes]
FD 7> *****************************************************
FD 7> GSR Field Diagnostics V6.05
FD 7> Compiled by award on Tue Jul 30 13:00:41 PDT 2002
FD 7> view: award-conn_isp.FieldDiagRelease
FD 7> *****************************************************
Executing all diagnostic tests in slot 7
(total/indiv. timeout set to 2000/600 sec.)
FD 7> BFR_CARD_TYPE_OC12_4P_POS testing...
FD 7> Available test types 2
FD 7> 1
FD 7> Completed f_diags_board_discovery() (0x1)
FD 7> Verbosity now (0x00000011) TESTSDISP FATL
FD 7> Test list selection received: Test ID 1, Device 0
FD 7> running in slot 7 (30 tests from test list ID 1)
FD 7> Just into idle state
FDIAG_STAT_IN_PROGRESS(7): test #1 Dram Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #2 Dram Datapins
FDIAG_STAT_IN_PROGRESS(7): test #3 Dram Busfloat
FDIAG_STAT_IN_PROGRESS(7): test #4 RBM SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #5 RBM SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #6 RBM SSRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #7 RBM SSRAM Datapins Memory
FDIAG_STAT_IN_PROGRESS(7): test #8 TBM SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #9 TBM SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #10 TBM SSRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #11 TBM SSRAM Datapins Memory
FDIAG_STAT_IN_PROGRESS(7): test #12 PSA TLU SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #13 PSA TLU SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #14 PSA PLU SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #15 PSA PLU SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #16 PSA SRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #17 PSA SRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #18 To Fabric SOP FIFO SRAM Memory
FDIAG_STAT_IN_PROGRESS(7): test #19 From Fabric SOP FIFO SRAM Memory
FDIAG_STAT_IN_PROGRESS(7): test #20 RBM to SALSA Packet
FDIAG_STAT_IN_PROGRESS(7): test #21 TBM to SALSA Packet
FDIAG_STAT_IN_PROGRESS(7): test #22 RBM to TBM SLI Packet Loopback
FDIAG_STAT_IN_PROGRESS(7): test #23 TBM to PSA Packet -Framer Loopback
FDIAG_STAT_IN_PROGRESS(7): test #24 TBM to TX SOP Packet
FDIAG_STAT_IN_PROGRESS(7): test #25 TBM to RX SOP Packet -4302 Terminal Loopback
FDIAG_STAT_IN_PROGRESS(7): test #26 TBM to RX SOP Packet -Framer System Bus Loop
FDIAG_STAT_IN_PROGRESS(7): test #27 RBM to TBM Fabric Packet Loopback
FDIAG_STAT_IN_PROGRESS(7): test #28 TBM to RBM Packet, RBM page crossing
FDIAG_STAT_IN_PROGRESS(7): test #29 TBM to TX SOP Packet Simultaneous
FDIAG_STAT_IN_PROGRESS(7): test #30 TBM to PSA Multicast Packets -Framer Loopback
FDIAG_STAT_DONE(7)
FD 7> Changed current_status to FDIAG_STAT_IDLE
Field Diagnostic ****PASSED**** for slot 7
Field Diag eeprom values: run 62 fail mode 0 (PASS) slot 7
last test failed was 0, error code 0
Shutting down diags in slot 7
Board will reload
Deze resultaten worden dan opgeslagen in een Elektrisch Uitwisbaar Programmeerbaar Read-Only Memory (EEPROM) op de lijnkaart. U kunt de resultaten van de laatste diagnose op de lijnkaart bekijken met de vorige opdracht <sleuf>. Hier is een voorbeelduitvoer:
Router#diag 3 previous Field Diag eeprom values: run 0 fail mode 0 (PASS) slot 3 last test failed was 0, error code 0
Als er geen eerdere velddiagnostiek op de kaart is uitgevoerd, ziet de uitvoer er als volgt uit:
Router#diag 3 previous Field Diags have not been run on this board previously - EE prom results uninitialized. Field Diag eeprom values: run 16777215 fail mode 0 (PASS) slot 9 last test failed was 65535, error code 65535
In het verleden zijn er enkele bugs geweest die ervoor hebben gezorgd dat de diagnostische tests mislukken, ook al is de kaart niet defect, dus als voorzorgsmaatregel, als de lijnkaart faalt en het is al eerder vervangen, zou het nuttig zijn om deze output te controleren bij het Technical Assistance Center (TAC).
De software van de Diagnostiek van het Gebied van de Lijnkaart wordt gebundeld met de belangrijkste IOS van Cisco Software om u toe te laten om te testen of de verdachte lijnkaart al dan niet defect is. Om deze functie te gebruiken, moet u in de geprivilegieerde Enable-modus werken en de opdracht <slot> <verbose> uitgeven.
Terwijl de diagnostische test aan de gang is, functioneert de lijnkaart niet normaal en kan geen verkeer voor de duur van de test (5-15 minuten, gebaseerd op de complexiteit van de lijnkaart) overgaan. Zonder het breedsprakige sleutelwoord geeft de opdracht een ingekorte output die een Pass of Fail voor de kaart laat zien. De output van de diagnostische test zonder het breedsprakige bevel kijkt als dit:
Router#diag 3 Running DIAG config check Running Diags will halt ALL activity on the requested slot [confirm] Router# Launching a Field Diagnostic for slot 3 Downloading diagnostic tests to slot 3 (timeout set to 600 sec.) *Nov 18 22:20:40.237: %LINK-5-CHANGED: Interface GigabitEthernet3/0, changed state to administratively down Field Diag download COMPLETE for slot 3 FD 3> ***************************************************** FD 3> GSR Field Diagnostics V4.0 FD 3> Compiled by award on Thu May 18 13:43:04 PDT 2000 FD 3> view: award-conn_isp.FieldDiagRelease FD 3> ***************************************************** FD 3> BFR_CARD_TYPE_1P_GE testing... FD 3> running in slot 3 (83 tests) Executing all diagnostic tests in slot 3 (total/indiv. timeout set to 600/200 sec.) Field Diagnostic: ****TEST FAILURE**** slot 3: last test run 51, Fabric Packet Loopback, error 3 Shutting down diags in slot 3 slot 3 done, will not reload automatically
De lijnkaart wordt pas automatisch opnieuw geladen nadat de kaart de test heeft doorstaan. In het bovenstaande voorbeeld heeft de lijnkaart de test niet doorstaan en dus niet automatisch opnieuw geladen. U kunt de lijnkaart handmatig opnieuw laden met de opdracht hw-module sleuf <sleuf> opnieuw laden.
Wanneer u het breedsprakige sleutelwoord gebruikt, omvat de output elke individuele test die wordt uitgevoerd, en al dan niet elke test heeft overgegaan of ontbroken. Hier is een voorbeelduitvoer:
Router#diag 3 verbose Running DIAG config check Running Diags will halt ALL activity on the requested slot. [confirm] Router# Launching a Field Diagnostic for slot 3 Downloading diagnostic tests to slot 3 (timeout set to 600 sec.) Field Diag download COMPLETE for slot 3 FD 3> ***************************************************** FD 3> GSR Field Diagnostics V4.0 FD 3> Compiled by award on Thu May 18 13:43:04 PDT 2000 FD 3> view: award-conn_isp.FieldDiagRelease FD 3> ***************************************************** FD 3> BFR_CARD_TYPE_1P_GE testing... FD 3> running in slot 3 (83 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(3): test #1 R5K Internal Cache FDIAG_STAT_IN_PROGRESS(3): test #2 Burst Operations FDIAG_STAT_IN_PROGRESS(3): test #3 Subblock Ordering FDIAG_STAT_IN_PROGRESS(3): test #4 P4/EEPROM Clock Speed Matching FDIAG_STAT_IN_PROGRESS(3): test #5 Dram Marching Pattern FDIAG_STAT_IN_PROGRESS(3): test #6 Dram Datapins FDIAG_STAT_IN_PROGRESS(3): test #7 Dram Busfloat FDIAG_STAT_IN_PROGRESS(3): test #8 To Fabric (RX) BMA SDRAM Marching Pattern FDIAG_STAT_IN_PROGRESS(3): test #9 To Fabric (RX) BMA SDRAM Datapins FDIAG_STAT_IN_PROGRESS(3): test #10 To Fabric (RX) BMA Q Manager SRAM Busfloat FDIAG_STAT_IN_PROGRESS(3): test #11 To Fabric (RX) BMA Q Manager SRAM Datapins FDIAG_STAT_IN_PROGRESS(3): test #12 To Fabric (RX) BMA Q Manager SRAM Marching Pa FDIAG_STAT_IN_PROGRESS(3): test #13 From Fabric (TX) BMA SDRAM Marching Pattern FDIAG_STAT_IN_PROGRESS(3): test #14 From Fabric (TX) BMA SDRAM Datapins FDIAG_STAT_IN_PROGRESS(3): test #15 From Fabric (TX) BMA Q Manager SRAM Busfloat FDIAG_STAT_IN_PROGRESS(3): test #16 From Fabric (TX) BMA Q Manager SRAM Datapins FDIAG_STAT_IN_PROGRESS(3): test #17 From Fabric (TX) BMA Q Manager SRAM Marching FDIAG_STAT_IN_PROGRESS(3): test #18 To Fabric SOP FIFO SRAM Memory FDIAG_STAT_IN_PROGRESS(3): test #19 From Fabric SOP FIFO SRAM Memory FDIAG_STAT_IN_PROGRESS(3): test #20 SALSA Asic Registers FDIAG_STAT_IN_PROGRESS(3): test #21 Salsa Dram Access FDIAG_STAT_IN_PROGRESS(3): test #22 Salsa P4 Timeout FDIAG_STAT_IN_PROGRESS(3): test #23 Salsa Asic General Purpose Counter FDIAG_STAT_IN_PROGRESS(3): test #24 Salsa Asic Real Time Interrupt FDIAG_STAT_IN_PROGRESS(3): test #25 Salsa Errors FDIAG_STAT_IN_PROGRESS(3): test #26 Salsa DRAM Burst Operations Error FDIAG_STAT_IN_PROGRESS(3): test #27 Salsa Dram Read Around Write FDIAG_STAT_IN_PROGRESS(3): test #28 Salsa Dram Write Parity Error test FDIAG_STAT_IN_PROGRESS(3): test #29 Salsa Prefetch/Write Buffers FDIAG_STAT_IN_PROGRESS(3): test #30 Salsa FrFab BMA SDram Read Around Write FDIAG_STAT_IN_PROGRESS(3): test #31 Salsa ToFab BMA SDram Read Around Write FDIAG_STAT_IN_PROGRESS(3): test #32 Salsa FrFab Network Interrupt Disable Timer FDIAG_STAT_IN_PROGRESS(3): test #33 Salsa ToFab Network Interrupt Disable Timer FDIAG_STAT_IN_PROGRESS(3): test #34 Salsa ToFab Network Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #35 Salsa FrFab Network Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #36 Salsa ToFab BMA Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #37 Salsa FrFab BMA Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #38 Salsa - To Fabric BMA Packet - Early Clear FDIAG_STAT_IN_PROGRESS(3): test #39 Salsa - From Fabric BMA Packet - Early Clear FDIAG_STAT_IN_PROGRESS(3): test #40 Salsa To Fabric SOP Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #41 Salsa From Fabric SOP Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #42 SALSA ECC Generation FDIAG_STAT_IN_PROGRESS(3): test #43 SALSA ECC Correction FDIAG_STAT_IN_PROGRESS(3): test #44 To Fabric FIA48 ASIC Registers FDIAG_STAT_IN_PROGRESS(3): test #45 To Fabric FIA48 Packet FDIAG_STAT_IN_PROGRESS(3): test #46 To Fabric FIA48 Asic BMA Bus Parity Error FDIAG_STAT_IN_PROGRESS(3): test #47 To Fabric FIA48 Asic CiscoCell Fifo Parity Er FDIAG_STAT_IN_PROGRESS(3): test #48 From Fabric FIA48 ASIC Registers FDIAG_STAT_IN_PROGRESS(3): test #50 SLI Packet Loopback FDIAG_STAT_IN_PROGRESS(3): test #51 Fabric Packet Loopback FD 3> INT_CAUSE_REG = 0x00000620 FD 3> Unexpected L3FE Interrupt occurred. FD 3> ERROR: TX FIA48 Asic Interrupt Occurred FD 3> *** 0-INT: External Interrupt *** FD 3> Dumping out TX FIA Status Registers, Disabling FD 3> TX FIA Interrupt, resetting Asics, continuing... FDIAG_STAT_DONE_FAIL(3) test_num 51, error_code 3 Field Diagnostic: ****TEST FAILURE**** slot 3: last test run 51, Fabric Packet Loopback, error 3 Field Diag eeprom values: run 3 fail mode 1 (TEST FAILURE) slot 3 last test failed was 51, error code 3 Shutting down diags in slot 3 slot 3 done, will not reload automatically Router#
Deze resultaten worden dan opgeslagen in een Elektrisch Uitwisbaar Programmeerbaar Read-Only Memory (EEPROM) op de lijnkaart. U kunt de resultaten van de laatste diagnose op de lijnkaart bekijken met de vorige opdracht <sleuf>. Hier is een voorbeelduitvoer:
Router#diag 3 previous Field Diag eeprom values: run 0 fail mode 0 (PASS) slot 3 last test failed was 0, error code 0
Als er geen eerdere velddiagnostiek op de kaart is uitgevoerd, ziet de uitvoer er als volgt uit:
Router#diag 3 previous Field Diags have not been run on this board previously - EE prom results uninitialized. Field Diag eeprom values: run 16777215 fail mode 0 (PASS) slot 9 last test failed was 65535, error code 65535
In het verleden zijn er enkele bugs geweest die ervoor hebben gezorgd dat de diagnostische tests mislukken, ook al is de kaart niet defect, dus als voorzorgsmaatregel, als de lijnkaart faalt en het is al eerder vervangen, zou het nuttig zijn om deze output te controleren bij het Technical Assistance Center (TAC).
Als u een component hebt geïdentificeerd die moet worden vervangen, neem dan contact op met uw Cisco-partner of -wederverkoper om een vervanging te vragen voor de hardwarecomponent die het probleem veroorzaakt. Als u een ondersteuningscontract rechtstreeks met Cisco hebt, gebruikt u de TAC Service Request Tool (alleen geregistreerde klanten) om een TAC-serviceverzoek voor een hardwarevervanging te openen. Zorg ervoor dat u de volgende informatie bijvoegt: |
---|
|
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
09-Mar-2009 |
Eerste vrijgave |