Probleemoplossing met Xbar-synchrone oplossingen op een Nexus 7000 Series-switch

Downloadopties

  • PDF     (120.9 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (88.8 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (76.3 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:17 juni 2015
Document-id:118970

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Dit document beschrijft hoe u een defecte cross-bar (Xbar) kunt identificeren wanneer een module plat is vanwege een sync-fout in een Cisco Nexus 7000 Series-switch. De procedure voor het oplossen van problemen voor dit probleem omvat de verzameling van gegevens, gegevensanalyse, en een eliminatieproces om de probleemcomponent te isoleren.

Voorwaarden

Vereisten

Cisco raadt u aan kennis te hebben van de Cisco Nexus Operating System (NX-OS) CLI.

Gebruikte componenten

De informatie in dit document is gebaseerd op de Cisco Nexus 7000 Series-switch met NX-OS versie 6.1(2), maar u kunt ook werken met een NX-OS versie.

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.

Probleem

De N7K-F248XP-25E module is gedaald door een Xbar sync-storing bij de start van de module. Toen de module werd ingebracht in sleuf 1 op de kais, stroomde hij uit. Dit kan om een van deze redenen voorkomen:

  • Slechte module

  • Bad Xbar

  • Slechte of gebogen pin op de rugleuning

Oplossing

In het geval van een vermoedelijke hardwarestoring op de N7K-F248XP-25E module, moet u de loggen bekijken om te kunnen bepalen of de reden voor de storing het gevolg is van een defecte module of van de Xbar sync-storing.

Om de kwestie in dit voorbeeld verder te isoleren, werd de module in een andere sleuf ingebracht en werd actief zoals verwacht. Dit geeft aan dat de module niet defect is, dus het probleem is met de Xbar-stof of met het chassis.

Dit afwijkings logbestand verscheen toen de module in sleuf 1 was ingeschakeld:

show module internal exceptionlog module 1
********* Exception info for module 1 ********

exception information --- exception instance 1 ----
Module Slot Number: 1
Device Id         : 88
Device Name       : XbarComplex
Device Errorcode  : 0x00000008
Device ID         : 00 (0x00)
Device Instance   : 00 (0x00)
Dev Type (HW/SW)  : 00 (0x00)
ErrNum (devInfo)  : 08 (0x08)

System Errorcode  : 0x40240012 xbar sync failed during module bringup
(DevErr is LinkNum)
Error Type        : Informational
PhyPortLayer      : Unknown
Port(s) Affected  : none
DSAP              : 0 (0x0)
UUID              : 0 (0x0)
Time              : Thu Mar 20 15:55:19 2014
(Ticks: 532B0F67 jiffies)

exception information --- exception instance 2 ----
Module Slot Number: 1
Device Id         : 88
Device Name       : XbarComplex
Device Errorcode  : 0x00000008
Device ID         : 00 (0x00)
Device Instance   : 00 (0x00)
Dev Type (HW/SW)  : 00 (0x00)
ErrNum (devInfo)  : 08 (0x08)

System Errorcode  : 0x40240012 xbar sync failed during module bringup
(DevErr is LinkNum)
Error Type        : Informational
PhyPortLayer      : Unknown
Port(s) Affected  : none
DSAP              : 0 (0x0)
UUID              : 0 (0x0)
Time              : Thu Mar 20 15:53:12 2014
(Ticks: 532B0EE8 jiffies)

Zoals in deze uitzonderingen wordt aangegeven, is het probleem duidelijk met de Xbar of met het chassis in sleuf 1. 

Om het probleem verder te isoleren moet u elke Xbar afzonderlijk verwijderen terwijl u de module in sleuf 1 controleert totdat het in staat is om zonder problemen op te starten. Dit bevestigt dat er een probleem is met een bepaalde Xbar fabric-module. In dat geval zou u voor de defecte hardware een Return Material Authorization (RMA) gebruiken.

Dit is echter een lange procedure en vereist een lange onderhoudsperiode. Om de exacte groef van het Xbar weefsel te vinden die de sync-kwestie met de module veroorzaakt, kunt u zoals hier weergegeven verdergaan:

show system internal xbar event-history errors
-----------------------------------------------------

7) Event:E_DEBUG, length:67, at 384460 usecs after Thu Mar 20 15:55:19 2014
   [102] xbm_perform_error_action(1413): MTS_OPC_LC_INSERTED error 0x1

8) Event:E_DEBUG, length:104, at 384347 usecs after Thu Mar 20 15:55:19 2014
   [102] send_exception_log_msg_to_lcm(1101): module 1 DevId 88 dev_err 0x8 sys
   _err 0x40240012 err_type 0x4

9) Event:E_DEBUG, length:59, at 384343 usecs after Thu Mar 20 15:55:19 2014
   [102] xbm_mod_ac_error(221): Sync fail for module 1 link 8

10) Event:E_DEBUG, length:66, at 384341 usecs after Thu Mar 20 15:55:19 2014
    [102] xbm_mod_ac_error(210): Error for Slot 0 error_code 0x877660c

11) Event:E_DEBUG, length:62, at 384298 usecs after Thu Mar 20 15:55:19 2014
    [102] xbm_sync_seq_failed(1169): Sync fail for module 1 link 8

In deze logs kunt u het synchrone niet zien voor module 1 link 8 bericht. U moet vervolgens de stofsleuf identificeren waarmee Link 8 is gekoppeld. Om dit te bepalen, moet u de uitvoer van de opdracht van het verkenningssysteem interne xbar sw controleren:

show system internal xbar sw

Module in slot 1 (present = 0)
 
Dedicated X-link 255
rid 0x2000000 type 0 state 0 sub_type 0 node_id 0x0
sw_card_id 0x0 lc_node_addr 0x0 feature_bits 0x0
timer: hdl 0x86fcc20 rid 0x2000000 ev_id 0xffff timer_id 0x41a tim_type 0x2
Link_Info:: Num Links 10 max Edp 10
    Link_num 0
        is_synced 0 is_edp 0 num_sync_try 0
    Link_num 1
        is_synced 0 is_edp 0 num_sync_try 0
    Link_num 2
        is_synced 0 is_edp 0 num_sync_try 0
    Link_num 3
        is_synced 0 is_edp 0 num_sync_try 0
    Link_num 4
        is_synced 0 is_edp 0 num_sync_try 0
    Link_num 5
        is_synced 0 is_edp 0 num_sync_try 0
    Link_num 6
        is_synced 0 is_edp 0 num_sync_try 0
    Link_num 7
        is_synced 0 is_edp 0 num_sync_try 0
    Link_num 8
        is_synced 0 is_edp 0 num_sync_try 3
    Link_num 9
        is_synced 0 is_edp 0 num_sync_try 0
Link_Map:: Num Links 10 max Edp 10
    Link_num 0
        connected to fab [10.0] active_lnk 1
        fi_to_mon 0 fi_to_use 0
    Link_num 1
        connected to fab [10.0] active_lnk 1
        fi_to_mon 0 fi_to_use 0
    Link_num 2
        connected to fab [11.0] active_lnk 1
        fi_to_mon 1 fi_to_use 1
    Link_num 3
        connected to fab [11.0] active_lnk 1
        fi_to_mon 1 fi_to_use 1
    Link_num 4
        connected to fab [12.0] active_lnk 1
        fi_to_mon 2 fi_to_use 2
    Link_num 5
        connected to fab [12.0] active_lnk 1
        fi_to_mon 2 fi_to_use 2
    Link_num 6
        connected to fab [13.0] active_lnk 1
        fi_to_mon 3 fi_to_use 3
    Link_num 7
        connected to fab [13.0] active_lnk 1
        fi_to_mon 3 fi_to_use 3
    Link_num 8
        connected to fab [14.0] active_lnk 1
        fi_to_mon 4 fi_to_use 4
    Link_num 9
        connected to fab [14.0] active_lnk 1
        fi_to_mon 4 fi_to_use 4

In de output kan je zien dat Link_num 8 (Link 8) is aangesloten op fab [14.0] (Fabric Slot 14), wat Xbar 5 is.

Opmerking: Er wordt een op nul gebaseerd nummeringssysteem gebruikt voor de Xbar.

Om fab [14.0] (het weefsel in sleuf 5) te identificeren, voert u de opdracht van de showmodule in:

show module

Xbar Ports  Module-Type                      Model             Status
---  -----  -------------------------------- ----------------- ------
4    0      Fabric Module 2                  N7K-C7010-FAB-2    ok

Xbar MAC-Address(es)                         Serial-Num
---  --------------------------------------  ----------
1    NA                                      JAF1739AQTP
2    NA                                      JAF1739AJAA
3    NA                                      JAF1739AQDG
4    NA                                      JAF1739ATHG
5    NA                                      JAF1739AQEF

In de uitvoer van de opdracht van de module van de show, kunt u de module van het weefsel Xbar in sleuf 5 bekijken. 

U dient nu te beschikken over de juiste identificatie van het weefsel dat de sync-storing in de module in sleuf 1 veroorzaakt heeft. In dit voorbeeld is het weefsel verwijderd van sleuf 5 en is de module in sleuf 1, geplaatst zonder enige fout. De defecte Xbar kan nu worden vervangen.

Gerelateerde informatie

 

TAC Authored

Bijgedragen door Cisco-engineers

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten