Risoluzione dei problemi hardware e software sugli switch Catalyst 6500/6000
Sommario
Introduzione
In questo documento viene descritto come risolvere i problemi relativi all'hardware e i problemi comuni correlati sugli switch Catalyst 6500/6000 con software di sistema Cisco IOS®.
Prerequisiti
Requisiti
Nessun requisito specifico previsto per questo documento.
Componenti usati
Il documento può essere consultato per tutte le versioni software o hardware.
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Convenzioni
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
Premesse
Il software Cisco IOS si riferisce all'unica immagine Cisco IOS in bundle per entrambi i moduli Supervisor Engine e Multilayer Switch Feature Card (MSFC). In questo documento si presume che l'utente abbia un problema e che desideri ottenere ulteriori informazioni o risolverlo. Questo documento è relativo agli switch Catalyst 6500/6000 basati su Supervisor Engine 1, 2 o 720.
Risoluzione dei problemi relativi ai messaggi di errore nel syslog o nella console
I messaggi di sistema vengono stampati sulla console se la registrazione sulla console è attivata o nel syslog se la registrazione è attivata. Alcuni messaggi hanno solo scopo informativo e non indicano una condizione di errore. Per una panoramica dei messaggi di errore di sistema, vedere Cenni preliminari sui messaggi di sistema. Abilitare il livello di log appropriato e configurare lo switch per registrare i messaggi su un server syslog. Per ulteriori informazioni sulla configurazione, consultare il documento sulla configurazione dei dispositivi di router e switch.
Per monitorare i messaggi registrati, usare il comando show logging o usare uno strumento per monitorare periodicamente le stazioni. Se non è ancora possibile determinare il problema o se il messaggio di errore non è presente nella documentazione, contattare il centro di assistenza tecnica Cisco.
Il messaggio di errore %CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: Il contatore degli errori del modulo 4 supera la soglia viene visualizzato sulla console di Catalyst 6500. Questo problema può avere due cause:
-
Un collegamento insufficiente al backplane (piedino connettore piegato o collegamento elettrico difettoso), o
-
Ciò può essere correlato alla prima indicazione di un modulo con errori.
Per risolvere questo problema, impostare il livello di avvio diagnostico su "completo", quindi ricollocare saldamente il modulo 4 nello chassis. In questo modo è possibile rilevare eventuali guasti hardware latenti e risolvere eventuali problemi di connessione del backplane.
Il comando show diagnostic sanity
Il comando show diagnostic sanity esegue una serie di controlli predeterminati sulla configurazione, insieme a una combinazione di alcuni stati del sistema. Viene quindi compilato un elenco delle condizioni di avviso. I controlli sono progettati per cercare qualsiasi cosa sembri fuori luogo. I controlli sono intesi come ausilio nella risoluzione dei problemi e nella manutenzione della sanità del sistema. Il comando non modifica le variabili o gli stati di sistema correnti. Legge le variabili di sistema che corrispondono alla configurazione e agli stati per generare avvisi se esiste una corrispondenza con un set di combinazioni predeterminate. Il comando non ha alcun impatto sulla funzionalità dello switch e può essere utilizzato in un ambiente di rete di produzione. L'unico limite durante il processo di esecuzione è che il comando riserva il file system per un periodo di tempo limitato mentre accede alle immagini d'avvio e ne verifica la validità. Il comando è supportato nel software Cisco IOS versione 12.2(18)SXE1 o successive.
Questo comando consente di controllare la configurazione di un parametro che appare valido ma che può avere un'implicazione negativa. Avvisare l'utente nei seguenti casi:
-
Trunking: la modalità trunk è "on" (attivata) o se la porta è trunking in "auto". La modalità di una porta trunk è impostata su desiderabile e non è trunking o se la porta trunk esegue la negoziazione in modalità half-duplex.
-
Channeling - La modalità di channeling è attivata o se una porta non è in stato di channeling e la modalità è impostata su Desired.
-
Spanning Tree - Una di queste opzioni è impostata sul valore di default:
-
durata massima root
-
ritardo di inoltro radice
-
età massima
-
ritardo massimo
-
frequenza di invio dei messaggi hello
-
costo porta
-
priorità porta
Oppure, se la radice dello spanning tree non è impostata per una VLAN.
-
-
UDLD - Porta con UDLD (UniDirectional Link Detection) disabilitato, arrestato o in stato non determinato.
-
Controllo di flusso e PortFast: la porta ha ricevuto il controllo di flusso disabilitato o se è stata abilitata PortFast.
-
Alta disponibilità: il Supervisor Engine ridondante è presente ma l'alta disponibilità (HA) è disabilitata.
-
Stringa di avvio e registro di configurazione di avvio: la stringa di avvio è vuota o contiene un file non valido specificato come immagine di avvio. Il registro di configurazione è diverso da 0x2,0x102 o 0x2102.
-
Snooping IGMP: lo snooping IGMP (Internet Group Management Protocol) è disabilitato. Inoltre, se lo snooping IGMP è disabilitato ma il protocollo RGMP (Router-Port Group Management Protocol) è abilitato e se il multicast è abilitato a livello globale ma disabilitato sull'interfaccia.
-
Stringhe di accesso alla community SNMP - Le stringhe di accesso ( rw, ro , rw-all ) sono impostate sul valore predefinito.
-
Porte: una porta esegue la negoziazione in modalità half-duplex o ha una mancata corrispondenza tra duplex e VLAN.
-
Porte di alimentazione in linea: una porta di alimentazione in linea si trova in uno dei seguenti stati:
-
negato
-
difettoso
-
Other (Altro)
-
Disattivato
-
-
Moduli: un modulo si trova in uno stato diverso da "ok".
-
Test - Elenca i test diagnostici di sistema non riusciti all'avvio.
-
Gateway predefiniti non raggiungibili: esegue il ping dei gateway predefiniti per elencare i gateway non raggiungibili.
-
Controlla se il file bootflash è formattato correttamente e dispone di spazio sufficiente per contenere un file crashinfo.
Questo è l'output di esempio:
Switch#show diagnostic sanity Status of the default gateway is: 10.6.144.1 is alive The following active ports have auto-negotiated to half-duplex: 4/1 The following vlans have a spanning tree root of 32k: 1 The following ports have a port cost different from the default: 4/48,6/1 The following ports have UDLD disabled: 4/1,4/48,6/1 The following ports have a receive flowControl disabled: 4/1,4/48,6/1 The value for Community-Access on read-only operations for SNMP is the same as default. Please verify that this is the best value from a security point of view. The value for Community-Access on read-write operations for SNMP is the same as default. Please verify that this is the best value from a security point of view. The value for Community-Access on read-write-all operations for SNMP is the same as default. Please verify that this is the best value from a security point of view. Please check the status of the following modules: 8,9 Module 2 had a MINOR_ERROR. The Module 2 failed the following tests: TestIngressSpan The following ports from Module2 failed test1: 1,2,4,48
Fare riferimento alla sezione show diagnostic sanity della guida alla configurazione software.
Problemi del Supervisor Engine o del modulo
Il LED del Supervisor Engine è rosso/giallo o lo stato indica un errore
Se il LED del Supervisor Engine dello switch è rosso, o lo stato è difettoso, è possibile che si sia verificato un problema hardware. È possibile che venga visualizzato un messaggio di errore simile al seguente:
%DIAG-SP-3-MINOR_HW: Module 1: Online Diagnostics detected Minor Hardware Error
Per ulteriori informazioni sulla risoluzione dei problemi, attenersi alla procedura seguente:
-
Collegare la console al Supervisor Engine e usare il modulo di diagnostica show {1} | 2} se possibile.
Questo output mostra un esempio di errore:
Router#show diagnostic mod 1 Current Online Diagnostic Level = Complete Online Diagnostic Result for Module 1 : MINOR ERROR Test Results: (. = Pass, F = Fail, U = Unknown) 1 . TestNewLearn : . 2 . TestIndexLearn : . 3 . TestDontLearn : . 4 . TestConditionalLearn : F 5 . TestBadBpdu : F 6 . TestTrap : . 7 . TestMatch : . 8 . TestCapture : F 9 . TestProtocolMatch : . 10. TestChannel : . 11. IpFibScTest : . 12. DontScTest : . 13. L3Capture2Test : F 14. L3VlanMetTest : . 15. AclPermitTest : . 16. AclDenyTest : . 17. TestLoopback: Port 1 2 ---------- . . 18. TestInlineRewrite: Port 1 2 ---------- . .Se la diagnostica all'accensione restituisce un guasto , indicato dalla F nei risultati della prova, procedere come segue:
-
Ricollegare saldamente il modulo e assicurarsi che le viti siano ben avvitate.
-
Spostare il modulo in uno slot funzionante riconosciuto sullo stesso chassis o su uno chassis diverso.
-
Risoluzione dei problemi per eliminare la possibilità che un modulo sia difettoso.
Per eliminare questa possibilità, eseguire una delle seguenti operazioni:
-
Se di recente è stato inserito un modulo e il Supervisor Engine ha iniziato a segnalare i problemi, rimuovere l'ultimo modulo inserito e ricollegarlo saldamente. Se si ricevono ancora messaggi che indicano che il Supervisor Engine è guasto, riavviare lo switch senza il modulo. Se il Supervisor Engine funziona correttamente, è possibile che il modulo sia guasto. Controllare il connettore del backplane sul modulo per accertarsi che non vi siano danni. Se non si verificano danni visivi, provare il modulo in un altro slot o in uno chassis diverso. Verificare inoltre che non vi siano pin piegati sul connettore dello slot sul backplane. Se necessario, utilizzare una torcia elettrica quando si ispezionano i pin del connettore sul backplane dello chassis. Per ulteriore assistenza, contattare il supporto tecnico Cisco.
-
Se non si è a conoscenza di alcun modulo aggiunto di recente e la sostituzione del Supervisor Engine non risolve il problema, è possibile che il modulo non sia posizionato correttamente o che sia difettoso. Per risolvere il problema, rimuovere tutti i moduli dallo chassis, ad eccezione del Supervisor Engine. Accendere lo chassis e verificare che il Supervisor Engine sia attivo senza errori. Se il Supervisor Engine viene attivato senza errori, iniziare a inserire i moduli uno alla volta finché non si determina quale modulo è guasto. Se il Supervisor Engine non fallisce nuovamente, è possibile che uno dei moduli non sia stato posizionato correttamente. Osservare lo switch e, se il problema persiste, creare una richiesta di assistenza con il supporto tecnico Cisco per risolvere ulteriormente il problema.
-
Dopo aver eseguito ciascuna di queste operazioni, eseguire il comando show diagnostic module<numero_modulo>. Osservare se il modulo mostra ancora lo stato di errore. Se lo stato di errore continua a essere visualizzato, acquisire il registro dai passaggi precedenti e creare una richiesta di servizio con il supporto tecnico Cisco per ulteriore assistenza.
-
-
Se lo switch non si avvia e l'autodiagnostica non riesce durante la sequenza di avvio, acquisire l'output e creare una richiesta di servizio con il supporto tecnico Cisco per ricevere ulteriore assistenza.
-
Se non viene visualizzato alcun errore hardware nella sequenza di avvio o nell'output del modulo show diagnostics {1} | 2}, usare i comandi show environment status e show environment temperature per controllare gli output relativi alle condizioni dell'ambiente e cercare eventuali altri componenti guasti.
cat6knative#show environment status backplane: operating clock count: 2 operating VTT count: 3 fan-tray 1: fan-tray 1 fan-fail: OK VTT 1: VTT 1 OK: OK VTT 1 outlet temperature: 35C VTT 2: VTT 2 OK: OK VTT 2 outlet temperature: 31C VTT 3: VTT 3 OK: OK VTT 3 outlet temperature: 33C clock 1: clock 1 OK: OK, clock 1 clock-inuse: in-use clock 2: clock 2 OK: OK, clock 2 clock-inuse: not-in-use power-supply 1: power-supply 1 fan-fail: OK power-supply 1 power-output-fail: OK module 1: module 1 power-output-fail: OK module 1 outlet temperature: 28C module 1 device-2 temperature: 32C RP 1 outlet temperature: 34C RP 1 inlet temperature: 34C EARL 1 outlet temperature: 34C EARL 1 inlet temperature: 28C module 3: module 3 power-output-fail: OK module 3 outlet temperature: 39C module 3 inlet temperature: 23C EARL 3 outlet temperature: 33C EARL 3 inlet temperature: 30C module 4: module 4 power-output-fail: OK module 4 outlet temperature: 38C module 4 inlet temperature: 26C EARL 4 outlet temperature: 37C EARL 4 inlet temperature: 30C module 5: module 5 power-output-fail: OK module 5 outlet temperature: 39C module 5 inlet temperature: 31C module 6: module 6 power-output-fail: OK module 6 outlet temperature: 35C module 6 inlet temperature: 29C EARL 6 outlet temperature: 39C EARL 6 inlet temperature: 30C
In caso di guasto di un componente del sistema (ventola, terminazione di tensione [VTT]), creare una richiesta di assistenza con il supporto tecnico Cisco e fornire l'output del comando.
Se in questo output viene visualizzato lo stato di errore di uno dei moduli, usare il comando hw-module <module_number> reset. In alternativa, ricollocare il modulo nello stesso slot o in uno slot diverso per tentare di ripristinarlo. Per ulteriori informazioni, vedere la sezione Risoluzione dei problemi di un modulo non online o che indica errori o altri errori nello stato di questo documento.
-
Se lo stato indica OK, come mostrato nell'output di esempio al punto 3, usare il comando show environment alarms per controllare la presenza di un allarme ambientale.
Se non sono presenti allarmi, l'output è simile al seguente:
cat6knative#show environment alarm environmental alarms: no alarms
Tuttavia, se c'è un allarme, l'uscita è simile a questa:
cat6knative#show environment alarm environmental alarms: system minor alarm on VTT 1 outlet temperature (raised 00:07:12 ago) system minor alarm on VTT 2 outlet temperature (raised 00:07:10 ago) system minor alarm on VTT 3 outlet temperature (raised 00:07:07 ago) system major alarm on VTT 1 outlet temperature (raised 00:07:12 ago) system major alarm on VTT 2 outlet temperature (raised 00:07:10 ago) system major alarm on VTT 3 outlet temperature (raised 00:07:07 ago)
lo switch è in loop di avvio continuo, in modalità ROMmon o nell'immagine Missing del sistema
Se lo switch Supervisor Engine è in un booting in modalità ROM monitor (ROMmon) o non dispone dell'immagine del sistema, il problema probabilmente non è un problema hardware.
Il Supervisor Engine entra in modalità ROMmon o non si avvia quando l'immagine del sistema è danneggiata o missingdanneggiata. Per istruzioni su come ripristinare Supervisor Engine, consultare il documento sul recupero di uno switch Catalyst 6500/6000 con software Cisco IOS da un'immagine di bootloader corrotta o in modalità ROMmon. Missing
È possibile avviare l'immagine Cisco IOS da Sup-bootflash: o slot0: (slot PC Card). Disporre di una copia dell'immagine del sistema in entrambi i dispositivi per un ripristino più rapido. Se il dispositivo bootflash Supervisor Engine 2 ha solo 16 MB, può essere necessario un aggiornamento a 32 MB per supportare le nuove immagini del sistema. Per ulteriori informazioni, consultare la guida alla ROM di avvio del Supervisor Engine 2 e la nota sull'installazione dell'aggiornamento del dispositivo bootflash di Catalyst serie 6500.
Il modulo Supervisor Engine di standby non è online oppure lo stato indica uno sconosciuto
In questa sezione vengono illustrati i motivi più comuni per cui il modulo Supervisor Engine di standby non è online e viene spiegato come risolvere ogni problema. È possibile verificare che il modulo Supervisor Engine non sia online in uno dei modi seguenti:
-
L'output del comando show module visualizza lo stato other (altro) o faulty.
-
Il LED di stato giallo è acceso.
Motivi/soluzioni comuni
-
Collegare la console al Supervisor Engine di standby per determinare se si trova in modalità ROMmon o in modalità di riavvio continuo. Se il Supervisor Engine è in uno di questi stati, fare riferimento al recupero di uno switch Catalyst 6500/6000 con software Cisco IOS da un'immagine di bootloader corrotta o mancante o in modalità ROMmon.
-
Il Supervisor Engine attivo esegue la modalità Route Processor Redundancy Plus (RPR+).
-
Il Supervisor Engine di standby esegue una versione software in cui la modalità RPR/RPR+ non è disponibile, ad esempio il software Cisco IOS versione 12.1[8b]E9.
-
In questo caso, il secondo Supervisor Engine non riesce a connettersi perché per impostazione predefinita la modalità di ridondanza è Enhanced High System Availability (EHSA). Il Supervisor Engine di standby non riesce a negoziare con il Supervisor Engine attivo. Accertarsi quindi che entrambi i Supervisor Engine eseguano lo stesso livello software Cisco IOS.
Questo output visualizza il Supervisor Engine nello slot 2 in modalità ROMmon. Per ripristinarlo, è necessario eseguire la console nel Supervisor Engine di standby. Per le procedure di ripristino, consultare il documento sul recupero di uno switch Catalyst 6500/6000 con software Cisco IOS da un'immagine di bootloader corrotta o mancante o in modalità ROMmon.
tpa_data_6513_01#show module Mod Ports Card Type Model Serial No. --- ----- -------------------------------------- ------------------ ----------- 1 2 Catalyst 6000 supervisor 2 (Active) WS-X6K-S2U-MSFC2 SAD0628035C 2 0 Supervisor-Other unknown unknown 3 16 Pure SFM-mode 16 port 1000mb GBIC WS-X6816-GBIC SAL061218K3 4 16 Pure SFM-mode 16 port 1000mb GBIC WS-X6816-GBIC SAL061218K8 5 0 Switching Fabric Module-136 (Active) WS-X6500-SFM2 SAD061701YC 6 1 1 port 10-Gigabit Ethernet Module WS-X6502-10GE SAD062003CM Mod MAC addresses Hw Fw Sw Status --- ---------------------------------- ------ ------------ ------------ ------- 1 0001.6416.0342 to 0001.6416.0343 3.9 6.1(3) 7.5(0.6)HUB9 Ok 2 0000.0000.0000 to 0000.0000.0000 0.0 Unknown Unknown Unknown 3 0005.7485.9518 to 0005.7485.9527 1.3 12.1(5r)E1 12.1(13)E3, Ok 4 0005.7485.9548 to 0005.7485.9557 1.3 12.1(5r)E1 12.1(13)E3, Ok 5 0001.0002.0003 to 0001.0002.0003 1.2 6.1(3) 7.5(0.6)HUB9 Ok 6 0002.7ec2.95f2 to 0002.7ec2.95f2 1.0 6.3(1) 7.5(0.6)HUB9 Ok Mod Sub-Module Model Serial Hw Status --- --------------------------- --------------- --------------- ------- ------- 1 Policy Feature Card 2 WS-F6K-PFC2 SAD062802AV 3.2 Ok 1 Cat6k MSFC 2 daughterboard WS-F6K-MSFC2 SAD062803TX 2.5 Ok 3 Distributed Forwarding Card WS-F6K-DFC SAL06121A19 2.1 Ok 4 Distributed Forwarding Card WS-F6K-DFC SAL06121A46 2.1 Ok 6 Distributed Forwarding Card WS-F6K-DFC SAL06261R0A 2.3 Ok 6 10GBASE-LR Serial 1310nm lo WS-G6488 SAD062201BN 1.1 Ok
-
Verificare che il modulo Supervisor Engine sia inserito correttamente nel connettore del backplane. Inoltre, assicurarsi che la vite di installazione del Supervisor Engine sia completamente serrata. per ulteriori informazioni, consultare la nota sull'installazione del modulo dello switch Catalyst serie 6500.
-
Per verificare se il Supervisor Engine di standby è guasto, usare il comando redundancy reload peer dal Supervisor Engine attivo. Tramite la console al Supervisor Engine di standby, osservare la sequenza di avvio per identificare eventuali guasti hardware.
Se il Supervisor Engine di standby non è ancora online, creare una richiesta di servizio con il supporto tecnico Cisco per risolvere ulteriormente il problema. Quando si crea la richiesta di assistenza, fornire il registro dell'output dello switch raccolto dai passaggi precedenti.
Show Module Output Gives "non applicabile" per il modulo SPA
Questo messaggio di errore viene visualizzato perché PA-1XCHSTM1/OC3 non dispone del supporto diagnostico in SRB. Quando si passa questo comando, mentre lo switch esegue un codice SRB, viene visualizzato lo stato non applicabile. Ciò non significa che lo stato del processore di interfaccia SPA non venga controllato perché la diagnostica generale fornisce i risultati corretti. Dal codice SRC in poi, questo output funziona. Il bug è causato da un bug con il codice SRB e viene archiviato nell'ID bug Cisco CSCso02832 (accessibile solo ai client Cisco registrati).
Il Supervisor Engine Di Standby Si Ricarica In Modo Imprevisto
In questa sezione vengono illustrati i motivi più comuni per cui il supervisore dello switch Catalyst in standby viene ricaricato inaspettatamente.
Motivi/soluzioni comuni
-
Il supervisore attivo ripristina il supervisore in standby dopo un errore di sincronizzazione con la configurazione di avvio. Il problema può essere dovuto al mem wr consecutivo eseguito dalle stazioni di gestione in un breve lasso di tempo (1-3 secondi), che blocca la configurazione di avvio e impedisce il completamento della sincronizzazione. Se il primo processo di sincronizzazione non viene completato e viene emesso il secondo membro wr, si verifica un errore di sincronizzazione sul supervisore di standby e a volte il supervisore di standby viene ricaricato o reimpostato. Questo problema è documentato nell'ID bug Cisco CSCsg24830 (accessibile solo ai client Cisco registrati). Questo errore di sincronizzazione può essere identificato dal seguente messaggio di errore:
%PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router %PFINIT-SP-1-CONFIG_SYNC_FAIL: Sync'ing the startup configuration to the standby Router FAILED
-
Il supervisore attivo non sincronizza la configurazione con il supervisore di standby. Questa condizione può essere transitoria e può essere causata dall'utilizzo temporaneo del file di configurazione da parte di un altro processo. Se sono stati immessi il comando show configuration o il comando show running-configuration per visualizzare la configurazione o la configurazione in esecuzione, il file di configurazione è bloccato. Questo problema è documentato nell'ID bug Cisco CSCeg21028 (accesso solo da client Cisco registrati). Questo errore di sincronizzazione può essere identificato dal seguente messaggio di errore:
%PFINIT-SP-1-CONFIG_SYNC_FAIL_RETRY: Sync'ing the startup configuration to the standby Router FAILED, the file may be already locked by a command
Anche dopo aver rimosso i moduli, il comando show run visualizza comunque le informazioni sulle interfacce dei moduli rimosse
Quando si rimuove fisicamente un modulo dallo chassis, la configurazione del modulo nello slot rimane visualizzata. Questo problema è dovuto alla progettazione che consente una sostituzione più semplice del modulo. Se si inserisce lo stesso tipo di modulo nello slot, lo switch utilizza le configurazioni del modulo che erano precedentemente nello slot. Se si inserisce un altro tipo di modulo nello slot, la configurazione viene cancellata. Per rimuovere la configurazione automaticamente quando un modulo viene estratto da uno slot, usare il comando module clear-config in modalità di configurazione globale. Assicurarsi di eseguire il comando prima di rimuovere i moduli dallo slot. Il comando non cancella le vecchie configurazioni di moduli che erano già state rimosse dallo slot. Questo comando cancella la configurazione del modulo dall'output del comando show running-config e i dettagli dell'interfaccia dall'output del comando show ip interface brief. Dal comando Cisco IOS versione 12.2(18)SXF e successive, viene rimosso anche il numero di tipi di interfaccia dal comando show version.
Lo switch è stato reimpostato/riavviato da solo
Se lo switch è stato reimpostato senza alcun intervento manuale, eseguire la procedura seguente per identificare il problema:
Motivi/soluzioni comuni
-
Lo switch può aver subito un arresto anomalo del software. Per verificare la presenza di un arresto anomalo del software, usare il comando dir bootflash: che visualizza il dispositivo bootflash MSFC (Route Processor [RP]) e il comando dir slavebootflash:.
L'output in questa sezione mostra che crashinfo è stato registrato nel bootflash RP:. Assicurarsi che le informazioni relative al crash visualizzate siano quelle più recenti. Usare il comando more bootflash:filename per visualizzare il file crashinfo. Nell'esempio, il comando è more bootflash:crashinfo_20020829-112340.
cat6knative#dir bootflash: Directory of bootflash:/ 1 -rw- 1693168 Jul 24 2002 15:48:22 c6msfc2-boot-mz.121-8a.EX 2 -rw- 183086 Aug 29 2002 11:23:40 crashinfo_20020829-112340 3 -rw- 20174748 Jan 30 2003 11:59:18 c6sup22-jsv-mz.121-8b.E9 4 -rw- 7146 Feb 03 2003 06:50:39 test.cfg 5 -rw- 31288 Feb 03 2003 07:36:36 01_config.txt 6 -rw- 30963 Feb 03 2003 07:36:44 02_config.txt 31981568 bytes total (9860396 bytes free)Il comando dir sup-bootflash: visualizza il dispositivo bootflash: Supervisor Engine. È possibile anche usare il comando dir slave-bootflash: per visualizzare il dispositivo bootflash: Supervisor Engine di standby. Questo output mostra crashinfo registrate nel bootflash del Supervisor Engine: dispositivo:
cat6knative11#dir sup-bootflash: Directory of sup-bootflash:/ 1 -rw- 14849280 May 23 2001 12:35:09 c6sup12-jsv-mz.121-5c.E10 2 -rw- 20176 Aug 02 2001 18:42:05 crashinfo_20010802-234205 !--- Output suppressed.Se l'output del comando indica che si è verificato un arresto anomalo del software nel momento in cui si sospetta che lo switch sia stato riavviato, contattare il supporto tecnico Cisco. Fornire l'output del comando show tech-support e del comando show log, nonché l'output del file crashinfo. Per inviare il file, trasferirlo tramite TFTP dallo switch a un server TFTP e allegare il file alla richiesta.
-
Se non è presente alcun file crashinfo, controllare la fonte di alimentazione dello switch per accertarsi che non si sia verificato un errore. Se si utilizza un gruppo di continuità, verificare che funzioni correttamente. Se non è ancora possibile determinare il problema, contattare il centro di assistenza tecnica Cisco.
Il modulo fornito da DFC è stato reimpostato da solo
Se un modulo DFC (Distributed Forwarding Card) è stato reimpostato senza che l'utente lo ricarichi, controllare il bootflash della scheda DFC per verificare se si è bloccato. Se è disponibile un file di informazioni sull'arresto anomalo del sistema, è possibile individuare la causa dell'arresto anomalo. Utilizzare il comando dir dfc#module_#-bootflash: per verificare se e quando il file delle informazioni relative all'arresto anomalo del sistema è stato scritto. Se il reset DFC corrisponde al timestamp crashinfo, eseguire il comando more dfc#module_#-bootflash:filename. In alternativa, usare il comando copy dfc#module_#-bootflash:filename tftp per trasferire il file tramite TFTP su un server TFTP.
cat6knative#dir dfc#6-bootflash: Directory of dfc#6-bootflash:/ -#- ED ----type---- --crc--- -seek-- nlen -length- -----date/time------ name 1 .. crashinfo 2B745A9A C24D0 25 271437 Jan 27 2003 20:39:43 crashinfo_ 20030127-203943
Dopo aver ottenuto il file crashinfo disponibile, catturare l'output del comando show logging e del comando show tech e contattare il supporto tecnico Cisco per ulteriore assistenza.
Risoluzione dei problemi relativi a un modulo non in linea o che indica un errore o un altro stato
In questa sezione vengono illustrati i motivi più comuni per cui uno dei moduli potrebbe non essere in linea e viene spiegato come risolvere il problema. È possibile stabilire che un modulo non è in linea in uno dei modi seguenti:
-
L'output del comando show module visualizza uno dei seguenti stati:
-
Other (Altro)
-
sconosciuto
-
difettoso
-
errdisable
-
negazione dell'alimentazione
-
non potente
-
-
Il LED di stato giallo o rosso è acceso.
Motivi/soluzioni comuni
-
Vedere la sezione Hardware supportato nelle Note sulla versione di Catalyst serie 6500 della release in questione. Se il modulo non è supportato dal software in uso, scaricare il software richiesto da Cisco IOS Software Center.
-
Se lo stato è power-deny, lo switch non ha alimentazione sufficiente per alimentare questo modulo. Usare il comando show power /strong> per verificare se è disponibile alimentazione sufficiente. Vedere la sezione Risoluzione dei problemi di alimentazione C6KPWR-4-POWRDENIED: alimentazione insufficiente, modulo nello slot [dec] alimentazione negata o %C6KPWR-SP-4-POWRDENIED: alimentazione insufficiente, modulo nello slot [dec] alimentazione negata Messaggi di errore di questo documento.
-
Se lo stato è power-bad , lo switch visualizza una scheda, ma non è in grado di allocare l'alimentazione. Ciò è possibile se il Supervisor Engine non è in grado di accedere al contenuto della PROM seriale (SPROM) sul modulo per determinare l'identificazione della scheda di linea. È possibile usare il comando show idprom module per verificare se la SPROM è leggibile. Se la SPROM non è accessibile, è possibile reimpostare il modulo.
-
Assicurarsi che il modulo sia inserito correttamente e avvitato completamente. Se il modulo non è ancora in linea, usare il comando di diagnostica boot level complete in modalità di configurazione globale per assicurarsi che la diagnostica sia abilitata. Quindi, usare il comando hw-module module <slot_number> reset. Se il modulo continua a non essere in linea, controllare il connettore del backplane sul modulo per accertarsi che non vi siano danni. Se non si verificano danni visivi, provare il modulo in un altro slot o in uno chassis diverso. Verificare inoltre che non vi siano pin piegati sul connettore dello slot sul backplane. Se necessario, utilizzare una torcia elettrica quando si ispezionano i pin del connettore sul backplane dello chassis.
-
Utilizzare il comando show diagnostics module <slot_number> per identificare eventuali errori hardware nel modulo. Per abilitare la diagnostica completa, usare il comando di configurazione globale diagnostic bootup level complete<>. Affinché lo switch possa eseguire la diagnostica sul modulo, è necessario che sia abilitata la diagnostica completa. Se è stata abilitata la diagnostica minima e si passa alla diagnostica completa, il modulo deve essere reimpostato in modo che lo switch possa eseguire la diagnostica completa. L'output di esempio in questa sezione esegue il comando show diagnostics module. Ma l'output è inconcludente perché molti dei test sono stati eseguiti in modalità minima. L'output mostra come attivare il livello di diagnostica e quindi eseguire di nuovo il comando show diagnostics module per visualizzare i risultati completi.
cat6native#show diagnostic module 3 Current Online Diagnostic Level = Minimal Online Diagnostic Result for Module 3 : PASS Online Diagnostic Level when Module 3 came up = Minimal Test Results: (. = Pass, F = Fail, U = Unknown) 1 . TestGBICIntegrity : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- U U U U U U U U U U U U U U U U 2 . TestLoopback : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- . . . . . . . . . . . . . . . . 3 . TestDontLearn : U 4 . TestConditionalLearn : . 5 . TestStaticEntry : U 6 . TestCapture : U 7 . TestNewLearn : . 8 . TestIndexLearn : U 9 . TestTrap : U 10. TestIpFibShortcut : . 11. TestDontShortcut : U 12. TestL3Capture : U 13. TestL3VlanMet : . 14. TestIngressSpan : . 15. TestEgressSpan : . 16. TestAclPermit : U 17. TestAclDeny : U 18. TestNetflowInlineRewrite : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- U U U U U U U U U U U U U U U U !--- Tests that are marked "U" were skipped because a minimal !--- level of diagnostics was enabled. cat6knative#configure terminal Enter configuration commands, one per line. End with CNTL/Z. cat6knative(config)#diagnostic bootup level complete !--- This command enables complete diagnostics. cat6knative(config)#end cat6knative# *Feb 18 13:13:03 EST: %SYS-5-CONFIG_I: Configured from console by console cat6knative# cat6knative#hw-module module 3 reset Proceed with reload of module? [confirm] % reset issued for module 3 cat6knative# *Feb 18 13:13:20 EST: %C6KPWR-SP-4-DISABLED: power to module in slot 3 set off (Reset) *Feb 18 13:14:12 EST: %DIAG-SP-6-RUN_COMPLETE: Module 3: Running Complete Online Diagnostics... *Feb 18 13:14:51 EST: %DIAG-SP-6-DIAG_OK: Module 3: Passed Online Diagnostics *Feb 18 13:14:51 EST: %OIR-SP-6-INSCARD: Card inserted in slot 3, interfaces are now online cat6knative#show diagnostic module 3 Current Online Diagnostic Level = Complete Online Diagnostic Result for Module 3 : PASS Online Diagnostic Level when Module 3 came up = Complete Test Results: (. = Pass, F = Fail, U = Unknown) 1 . TestGBICIntegrity : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- U U U U U U U U U U U U U U U U !--- The result for this test is unknown ("U", untested) !--- because no copper GBICS are plugged in. 2 . TestLoopback : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- . . . . . . . . . . . . . . . . 3 . TestDontLearn : . 4 . TestConditionalLearn : . 5 . TestStaticEntry : . 6 . TestCapture : . 7 . TestNewLearn : . 8 . TestIndexLearn : . 9 . TestTrap : . 10. TestIpFibShortcut : . 11. TestDontShortcut : . 12. TestL3Capture : . 13. TestL3VlanMet : . 14. TestIngressSpan : . 15. TestEgressSpan : . 16. TestAclPermit : . 17. TestAclDeny : . 18. TestNetflowInlineRewrite : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- . . . . . . . . . . . . . . . . -
Eseguire il comando show tech-support e il comando show logging. Per ulteriori informazioni sulla risoluzione dei problemi, cercare eventuali altri messaggi correlati a questo modulo.
Se il modulo non è ancora online, creare una richiesta di assistenza con il supporto tecnico Cisco per risolvere ulteriormente il problema. Fornire il registro dell'output dello switch raccolto e le informazioni dei passaggi precedenti.
Errore di comunicazione in banda
I Supervisor Engine possono generare messaggi che indicano un errore di comunicazione in banda. I messaggi registrati dallo switch sono simili ai seguenti:
InbandKeepAliveFailure:Module 1 not responding over inband InbandKeepAlive:Module 2 inband rate: rx=0 pps, tx=0 pps ProcessStatusPing:Module 1 not responding over SCP ProcessStatusPing:Module 1 not responding... resetting module
Causa/soluzione comune 1
Quando l'interfaccia di gestione dello switch elabora traffico elevato, lo switch registra messaggi di errore InbandKeepAliveFailure. Le cause possono essere le seguenti:
-
Busy Supervisor Engine
-
Spanning Tree Protocol loop
-
Gli ACL e i policy QoS hanno limitato o interrotto il traffico sul canale di comunicazione in banda
-
Problemi di sincronizzazione ASIC porta
-
Problemi del modulo fabric switch
Per risolvere il problema, utilizzare le seguenti istruzioni:
-
Utilizzare show process cpu per determinare quale processo causa il problema. Per risolvere la causa principale, consultare il documento sull'utilizzo elevato della CPU degli switch Catalyst 6500/6000.
-
Un Supervisor Module malfunzionante o guasto può generare questi messaggi di errore di comunicazione. Per risolvere i problemi relativi ai messaggi di errore, pianificare una finestra di manutenzione e spostare nuovamente il modulo Supervisor.
Errore "Sistema restituito alla ROM dall'accensione (SP per interruzione)"
Un Cisco Catalyst 6500/6000 con software Cisco IOS può sembrare che si ricarichi con questo motivo di ripristino:
System returned to ROM by power-on (SP by abort)
Un Catalyst 6500/6000 con un registro di configurazione SP che consente l'interruzione, ad esempio 0x2, e che riceve un segnale di interruzione della console entra in modalità diagnostica ROMmon. Il sistema sembra bloccarsi. Questo tipo di ricaricamento può essere causato da una mancata corrispondenza delle impostazioni del registro di configurazione su SP e RP. In particolare, è possibile impostare il registro di configurazione del Supervisor Engine Switch Processor (SP) su un valore che non ignori l'interruzione, mentre il registro di configurazione del Multilayer Switch Feature Card (MSFC) Route Processor (RP) è un valore corretto che ignora l'interruzione. Ad esempio, è possibile impostare Supervisor Engine SP su 0x2 e MSFC RP su 0x2102. Per ulteriori informazioni, fare riferimento ai ripristini di Cisco IOS Catalyst 6500/6000 con l'errore "System returns to ROM by power-on (SP by abort)" (Il sistema torna alla ROM all'accensione (SP per interruzione)).
Gli switch Cisco Catalyst 6500/6000 con software Cisco IOS avviano l'immagine precedente nel disco di avvio secondario, indipendentemente dalla configurazione delle variabili di avvio nella configurazione corrente. Anche se la variabile BOOT è configurata per l'avvio da una memoria flash esterna, lo switch avvia solo l'immagine precedente nel disco di avvio sup. La causa di questo problema è la mancata corrispondenza delle impostazioni del registro di configurazione su SP e RP.
Nell'RP, usare il comando show bootvar.
Switch#show boot BOOT variable = sup-bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1; CONFIG_FILE variable = BOOTLDR variable = Configuration register is 0x2102
Nell'SP, usare il comando show bootvar.
Switch-sp#show boot BOOT variable = bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1; CONFIG_FILE variable does not exist BOOTLDR variable does not exist Configuration register is 0x2101
In questo modo, lo switch avvia l'immagine precedente indipendentemente dalla configurazione delle variabili DI AVVIO nella configurazione in esecuzione. Per risolvere il problema, usare il comando switch(config)#config-register 0x2102, quindi confermare che l'SP e l'RP abbiano lo stesso valore di config-register. Ricaricare lo switch dopo aver scritto la configurazione nella configurazione di avvio.
Errore: NVRAM: nv->magic != NVMAGIC, nvram non valida
Questo messaggio di errore indica che la NVRAM presenta dei problemi. Se si cancella la NVRAM e si ricarica lo switch, sarà possibile ripristinare la NVRAM. Se il problema persiste, formattare la NVRAM per risolverlo. In entrambi i casi, si consiglia di avere un backup del contenuto della NVRAM. Questo messaggio di errore viene visualizzato solo quando è abilitato il debug della NVRAM.
Errore: contatore FIFO bus di commutazione bloccato
Il messaggio di errore CRIT_ERR_DETECTED Module 7 - Error: Switching Bus FIFO counter stuck indica che il modulo non ha rilevato alcuna attività sul bus di switching dati. Questo errore può essere dovuto al fatto che il modulo appena inserito non è stato inserito correttamente nello chassis all'inizio o è stato inserito troppo lentamente.
Ricollocare il modulo per risolvere il problema.
Errore: il contatore supera la soglia, l'operazione di sistema continua
Il cluster Catalyst 6500 vss rileva questo messaggio di errore:
%CONST_DIAG-4-ERROR_COUNTER_WARNING: Module [dec] Error counter exceeds threshold, system operation continue.
TestErrorCounterMonitor ha rilevato che un contatore di errori nel modulo specificato ha superato una soglia. Dati specifici relativi al contatore degli errori possono essere inviati in un messaggio di sistema separato. TestErrorCounterMonitor è un processo in background di monitoraggio dello stato senza interruzioni che esegue periodicamente il polling dei contatori di errori e degli interrupt di ogni scheda di linea o modulo supervisor del sistema.
%CONST_DIAG-4-ERROR_COUNTER_DATA: ID:[dec] IN:[dec] PO:[dec] RE:[dec] RM:[dec] DV:[dec] EG:[dec] CF:[dec] TF:[dec]
TestErrorCounterMonitor ha rilevato che un contatore di errori nel modulo specificato ha superato una soglia. Questo messaggio contiene dati specifici sul contatore degli errori, informazioni sull'ASIC e sul registro del contatore, nonché il conteggio degli errori.
Questo messaggio di errore viene visualizzato quando un ASIC sulla scheda di linea riceve pacchetti con CRC errato. Il problema può riguardare direttamente questo modulo o essere causato da un altro modulo difettoso nello chassis.
Ad esempio:
%CONST_DIAG-SW1_SP-4-ERROR_COUNTER_WARNING: Module 2 Error counter exceeds threshold, system operation continue.
Questo errore può essere dovuto al fatto che il modulo appena inserito non è stato inserito correttamente. Ricollocare il modulo per risolvere il problema.
Errore: impossibile allocare altri SWIDB
Questo messaggio di errore viene ricevuto quando viene raggiunto il numero massimo di SWIDB (Software Interface Descriptor Block):
%INTERFACE_API-SP-1-NOMORESWIDB: impossibile allocare altri SWIDB, massimo consentito 12000
Per ulteriori informazioni sui limiti IDB, fare riferimento a Numero massimo di interfacce e sottointerfacce per le piattaforme Cisco IOS: limiti IDB.
Quando si tenta di convertire un'interfaccia non switchport in una switchport, viene restituito un errore.
Switch(config)#interface gigabit ethernet 7/29
Switch(config-if)#switchport
%Command rejected: Cannot convert port.
Maximum number of interfaces reached.
Output of idb:
AMC440E-SAS01#show idb
Maximum number of Software IDBs 12000. In use 11999.
HWIDBs SWIDBs
Active 218 220
Inactive 11779 11779
Total IDBs 11997 11999
Size each (bytes) 3392 1520
Total bytes 40693824 18238480
L'esempio mostra che il numero totale di IDB (nella colonna SWIDB) ha raggiunto il limite massimo di IDB. Quando si elimina un'interfaccia secondaria, i numeri Attivo e Inattivo nella colonna SWIDBs vengono modificati; tuttavia, il numero IDB totale rimane nella memoria. Per risolvere il problema, ricaricare lo switch per cancellare il database IDB. In caso contrario, quando si esaurisce, è necessario riutilizzare le sottointerfacce eliminate.
SYSTEM INIT: MEMORIA INSUFFICIENTE PER AVVIARE L'IMMAGINE!
Un messaggio di errore simile viene visualizzato quando l'avvio dello switch Cisco Catalyst 6500 non riesce con una versione software Cisco IOS specificata.
00:00:56: %SYS-SP-2-MALLOCFAIL: Memory allocation of 2177024 bytes failed from 0x40173D8C, alignment 8 Pool: Processor Free: 1266272 Cause: Not enough free memory Alternate Pool: None Free: 0 Cause: No Alternate pool -Process= "TCAM Manager process", ipl= 0, pid= 112 -Traceback= 4016F4D0 40172688 40173D94 40577FF8 4055DB04 4055DEDC SYSTEM INIT: INSUFFICIENT MEMORY TO BOOT THE IMAGE! %Software-forced reload
Questo problema si verifica in genere quando non è disponibile una memoria DRAM sufficiente per decomprimere l'immagine in Flash.
Per risolvere il problema, eseguire una delle seguenti opzioni:
-
Aggiornare la DRAM.
Fare riferimento alla sezione Requisiti di memoria (esempio 4) di Come scegliere una versione del software Cisco IOS. In questo modo viene calcolata la quantità di DRAM necessaria per l'immagine.
-
Caricare un'immagine appropriata per le dimensioni correnti della memoria.
Per determinare il tipo di supervisor installato sugli switch Catalyst 6500/6000, fare riferimento a Come determinare il tipo di modulo Supervisor installato sugli switch Catalyst serie 6500/6000.
Per informazioni sulle opzioni di memoria predefinite disponibili in Catalyst 6500/6000, fare riferimento alle dimensioni della memoria/memoria flash supportate nelle piattaforme degli switch Catalyst.
Per scegliere e scaricare il software appropriato, utilizzare la pagina Download - Switch.
Nota: solo gli utenti Cisco registrati possono accedere alle informazioni e agli strumenti Cisco interni.
Problemi di connettività interfaccia/modulo
Problema di connettività o perdita di pacchetti con i moduli WS-X6548-GE-TX e WS-X6148-GE-TX utilizzati in una server farm
Quando si utilizzano i moduli WS-X6548-GE-TX o WS-X6148-GE-TX, l'utilizzo di singole porte può causare problemi di connettività o perdita di pacchetti sulle interfacce circostanti. Specialmente quando si usa EtherChannel e Remote Switched Port Analyzer (RSPAN) in queste schede di linea, è possibile vedere la risposta lenta dovuta alla perdita di pacchetti. Si tratta di schede di linea con sottoscrizioni in eccesso progettate per estendere i gigabit al desktop e non ideali per la connettività con server farm. Su questi moduli è presente un singolo uplink 1 Gigabit Ethernet dalla porta ASIC che supporta otto porte. Queste schede condividono un buffer da 1 MB tra un gruppo di porte (1-8, 9-16, 17-24, 25-32, 33-40 e 41-48) perché ciascun blocco di otto porte ha una sottoscrizione 8:1 sovrascritta. Il throughput aggregato di ciascun blocco di otto porte non può superare 1 Gbps. La tabella 4 dei moduli di interfaccia Ethernet 10/100 e 10/100/1000-Mbps Cisco Catalyst serie 6500 mostra i diversi tipi di moduli di interfaccia Ethernet e le dimensioni del buffer supportate per ciascuna porta.
La sottoscrizione in eccesso è dovuta alla combinazione di più porte in un unico ASIC Pinnacle. Pinnacle ASIC è un motore DMA (Direct Memory Access) che trasferisce i pacchetti tra il bus di switching del backplane e le porte di rete. Se una porta di questo intervallo riceve o trasmette il traffico a una velocità che supera la larghezza di banda o utilizza una grande quantità di buffer per gestire i picchi di traffico, le altre porte dello stesso intervallo potrebbero perdere pacchetti.
Una destinazione SPAN è una causa molto comune perché non è raro copiare il traffico da un'intera VLAN o da più porte a una singola interfaccia. Su una scheda con singoli buffer di interfaccia, i pacchetti che superano la larghezza di banda della porta di destinazione vengono scartati automaticamente e non influiscono sulle altre porte. Se si utilizza un buffer condiviso, si verificheranno problemi di connettività con le altre porte dell'intervallo. Nella maggior parte degli scenari, i buffer condivisi non generano problemi. Anche con otto workstation collegate, è raro che la larghezza di banda fornita venga superata.
Quando si configura uno SPAN locale in uno switch, lo switch può subire un peggioramento dei servizi, in particolare se controlla una grande quantità di porte di origine. Il problema persiste se si monitorano determinate VLAN e si assegna un numero di porte elevato a una o più VLAN.
Anche se l'SPAN viene eseguito sull'hardware, l'impatto sulle prestazioni è notevole, in quanto lo switch è ora in grado di gestire il doppio del traffico. Poiché ogni scheda di linea replica il traffico in entrata, ogni volta che una porta viene monitorata, tutto il traffico in entrata viene raddoppiato quando colpisce la struttura. L'acquisizione del traffico da un elevato numero di porte occupate su una scheda di linea può riempire la connessione di struttura, in particolare con le schede WS-6548-GE-TX, che hanno solo una connessione di struttura a 8 Gigabit.
I moduli WS-X6548-GE-TX, WS-X6548V-GE-TX, WS-X6148-GE-TX e WS-X6148V-GE-TX hanno un limite con EtherChannel. Per EtherChannel, i dati di tutti i collegamenti in un bundle vengono inviati all'ASIC della porta, anche se i dati sono destinati a un altro collegamento. Questi dati utilizzano la larghezza di banda nel collegamento Ethernet da 1 Gigabit. Per questi moduli, la somma totale di tutti i dati su EtherChannel non può superare 1 Gigabit.
Controllare questo output per verificare che nel modulo si verifichino perdite relative a buffer sovrautilizzati:
-
Cisco IOS nativo
Cat6500# show counters interface gigabit Ethernet <mod/porta> | includere qos3Outlost
51. qos3Outlost = 768504851
Eseguire i comandi show più volte per verificare se asicreg viene incrementato regolarmente. Gli output asicreg vengono cancellati ogni volta che vengono eseguiti. Se gli output di asicreg rimangono diversi da zero, significa che si verificano cali attivi. In base alla velocità del traffico, questi dati devono essere raccolti in diversi minuti per ottenere incrementi significativi.
Soluzione alternativa
Attenersi alla seguente procedura:
-
Isolare tutte le porte con sovrascrittura sistematica sul proprio intervallo di porte per ridurre al minimo l'impatto delle perdite su altre interfacce.
Ad esempio, se un server è collegato alla porta 1, che è
oversubscribingl'interfaccia, la risposta potrebbe essere lenta se sono connessi diversi altri server alle porte comprese nell'intervallo tra 2 e 8. In questo caso, spostare iloversubscribing< /code> server to port 9 in order to free up the buffer in the first block of ports 1-8. On newer software versions, SPAN destinations have the buffering automatically moved to the interface, so it does not impact the other ports in its range. Cisco bug ID CSCin70308 (accessible only to registered Cisco clients) for more information. -
Disabilitare il blocco head of line (HOL) che utilizza i buffer di interfaccia anziché i buffer condivisi.
Il risultato sono cali solo dalla singola porta sovrautilizzata. Poiché i buffer di interfaccia (32 k) sono notevolmente più piccoli del buffer condiviso da 1 MB, potrebbe verificarsi una maggiore perdita di pacchetti sulle singole porte. Questa opzione è consigliata solo nei casi estremi in cui i client o le porte SPAN più lenti non possono essere spostati sulle altre schede di linea che offrono buffer di interfaccia dedicati.
-
Cisco IOS nativo
Router(config)# interface gigabitethernet <mod/porta>
Router(config-if)# blocco blocchi disabilitato
Dopo aver disabilitato questa funzione, le gocce si spostano sui contatori dell'interfaccia e possono essere visualizzate con il comando show interface gigabit <mod/porta>. Le altre porte non sono più interessate, a condizione che non siano
burstingseparate. Poiché si consiglia di mantenere il blocco HOL abilitato, queste informazioni possono essere utilizzate per trovare il dispositivo che supera i buffer nell'intervallo di porte e spostarlo su un'altra scheda o un intervallo isolato sulla scheda in modo che il blocco HOL possa essere riabilitato.
-
-
Quando si configura una sessione SPAN, verificare che la porta di destinazione non segnali alcun errore sull'interfaccia specifica. Per controllare i possibili errori sulla porta di destinazione, controllare l'output del comando show interface <tipo di interfaccia> <numero di interfaccia> in modo che Cisco IOS verifichi eventuali perdite di output o errori. Il dispositivo collegato alla porta di destinazione e la porta stessa devono avere la stessa velocità e le stesse impostazioni duplex per evitare errori sulla porta di destinazione.
-
Si prenda in considerazione il passaggio a moduli Ethernet che non dispongono di porte con sottoscrizione eccessiva. Per ulteriori informazioni sui moduli supportati, fare riferimento a Switch Cisco Catalyst serie 6500 - Interfacce e moduli rilevanti.
La workstation non riesce ad accedere alla rete durante l'avvio/impossibile ottenere l'indirizzo DHCP
I protocolli in esecuzione sullo switch possono introdurre un ritardo iniziale nella connettività. È possibile che si verifichi questo problema se si osserva uno di questi sintomi quando si accende o si riavvia un computer client:
-
In un client Microsoft
networkingnon viene visualizzato alcun controller di dominio disponibile . -
Il protocollo DHCP segnala No DHCP Servers Available (Nessun server DHCP disponibile).
-
Sulle postazioni di lavoro Novell Internetwork Packet Exchange (IPX) non viene visualizzata la schermata di accesso Novell all'avvio.
-
Un
networkingclient AppleTalk visualizza l'interruzione dell'accesso alla rete AppleTalk. To re-establish your connection, open and close the AppleTalk control panel (L'accesso alla rete AppleTalk è stato interrotto. Per ristabilire la connessione, aprire e chiudere il pannello di controllo di AppleTalk.) È inoltre possibile che l'applicazione Chooser del client AppleTalk non visualizzi l'elenco di zone o visualizzi un elenco di zone incompleto. -
Le IBM Network Station possono restituire uno di questi messaggi:
-
NSB83619--Address resolution failed (Risoluzione indirizzi non riuscita)
-
NSB83589--Failed to boot after 1 attempt (Impossibile avviare dopo 1 tentativo)
-
NSB70519--Failed to connect to a server (Impossibile connettersi a un server)
-
Motivi/soluzioni comuni
Il ritardo dell'interfaccia può causare i sintomi che la sezione Workstation non è in grado di accedere alla rete durante l'avvio/impossibile ottenere gli elenchi di indirizzi DHCP. Le cause più comuni del ritardo dell'interfaccia sono:
-
Ritardo Spanning Tree Protocol (STP)
-
Ritardo EtherChannel
-
Ritardo trunking
-
Ritardo negoziazione automatica
Per ulteriori informazioni su questi ritardi e sulle possibili soluzioni, consultare il documento sull'uso di PortFast e di altri comandi per risolvere i ritardi della connettività di avvio della workstation.
Se i problemi persistono anche dopo aver esaminato e utilizzato la procedura, contattare il supporto tecnico Cisco.
Risoluzione dei problemi di compatibilità NIC
Se si verifica uno dei seguenti problemi, è possibile che la scheda di interfaccia di rete (NIC) sia compatibile con lo switch o che la configurazione sia errata:
-
La connessione server/client allo switch non si attiva.
-
Si sono verificati problemi di negoziazione automatica.
-
Si verificano errori sulla porta.
Motivi/soluzioni comuni
La causa di questi sintomi può essere:
-
Un problema noto del driver NIC
-
Mancata corrispondenza velocità-duplex
-
Problemi di negoziazione automatica
-
Problemi relativi ai cavi
Per ulteriori informazioni sulla risoluzione dei problemi, consultare il documento sulla risoluzione dei problemi di compatibilità NIC degli switch Cisco Catalyst.
Interfaccia nello stato err-disabled
Se lo stato dell'interfaccia è errdisable nell'output del comando show interface status, l'interfaccia è stata disabilitata a causa di un errore. Di seguito è riportato un esempio dell'interfaccia con stato err-disabled:
cat6knative#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 err-disabled 100 full 1000 1000BaseSX
Oppure, è possibile visualizzare messaggi simili a questi se l'interfaccia è stata disabilitata a causa di un errore:
%SPANTREE-SP-2-BLOCK_BPDUGUARD: Received BPDU on port GigabitEthernet4/1 with BPDU Guard enabled. Disabling port. %PM-SP-4-ERR_DISABLE: bpduguard error detected on Gi4/1, putting Gi4/1 in err-disable state
Questo messaggio di esempio viene visualizzato quando si riceve un pacchetto BDPU (Bridge Protocol Data Unit) su una porta host. Il contenuto effettivo del messaggio dipende dal motivo che ha causato la condizione di errore.
Lo stato err-disabled dell'interfaccia può essere causato da diversi motivi, tra cui:
-
Mancata corrispondenza del duplex
-
Configurazione errata del port-channel
-
Violazione di BPDU Guard
-
condizione UDLD
-
Rilevamento di collisioni ritardate
-
Rilevamento di instabilità nell'interfaccia (link flap)
-
Violazione della sicurezza
-
Instabilità del Port Aggregation Protocol (PAgP)
-
Protezione Layer 2 Tunneling Protocol (L2TP)
-
Limite di velocità dello snooping DHCP
Per abilitare una porta disabilitata a causa di un errore, attenersi alla seguente procedura:
-
Scollegare il cavo da un'estremità della connessione.
-
Riconfigurare le interfacce.
Ad esempio, se le interfacce sono in stato err-disabled a causa di una configurazione errata di Etherchannel, riconfigurare gli intervalli di interfacce per etherchannel.
-
Spegnere le porte su entrambe le estremità.
-
Collegare i cavi a entrambi gli switch.
-
Eseguire il comando no shutdown sulle interfacce.
È possibile anche usare il comando errdisable recovery cause enable per impostare i meccanismi di timeout che riattivano automaticamente la porta dopo un periodo di tempo configurato.
Per determinare la causa dello stato err-disabled, usare il comando show errdisable recovery.
cat6knative#show errdisable recovery ErrDisable Reason Timer Status ----------------- -------------- udld Enabled bpduguard Enabled security-violatio Enabled channel-misconfig Enabled pagp-flap Enabled dtp-flap Enabled link-flap Enabled l2ptguard Enabled psecure-violation Enabled Timer interval: 300 seconds Interfaces that will be enabled at the next timeout: Interface Errdisable reason Time left(sec) --------- ----------------- -------------- Gi4/1 bpduguard 270
Dopo aver individuato la causa dell'errore e, risolvere il problema e risolvere la causa principale. Ad esempio, la porta può essere disabilitata a causa di un errore BPDU su una porta di accesso abilitata per PortFast, come nell'esempio. È possibile risolvere i problemi relativi alla connessione accidentale di uno switch a tale porta o alla connessione di un hub che ha creato una condizione di loop. Per la risoluzione dei problemi relativi ad altri scenari, consultare le informazioni sulle funzionalità specifiche nella documentazione del prodotto. Per informazioni più complete sullo stato err-disabled, fare riferimento a Ripristino di una porta disabilitata a causa di un errore sulle piattaforme Cisco IOS. Se i problemi persistono anche dopo aver esaminato e risolto il problema sulla base di queste informazioni, contattare il supporto tecnico Cisco per ulteriore assistenza.
Risoluzione degli errori dell'interfaccia
Se l'output del comando show interface restituisce errori, verificare lo stato e l'integrità dell'interfaccia che ha rilevato il problema. Verificare inoltre se il traffico attraversa l'interfaccia. Fare riferimento al passaggio 12 di Risoluzione dei problemi relativi alla connettività delle porte del modulo WS-X6348 su uno switch Catalyst 6500/6000 con software di sistema Cisco IOS.
cat6knative#show interfaces gigabitethernet 1/1
GigabitEthernet1/1 is up, line protocol is up (connected)
Hardware is C6k 1000Mb 802.3, address is 0001.6416.042a (bia 0001.6416.042a)
Description: L2 FX Trunk to tpa_data_6513_01
MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Full-duplex mode, link type is autonegotiation, media type is SX
output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s
Clock mode is auto
input flow-control is off, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:01, output 00:00:28, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue :0/40 (size/max)
5 minute input rate 118000 bits/sec, 289 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
461986872 packets input, 33320301551 bytes, 0 no buffer
Received 461467631 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 137 overrun, 0 ignored
0 input packets with dribble condition detected
64429726 packets output, 4706228422 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
cat6knative#
Inoltre, è possibile visualizzare gli errori nell'output del comando show interfaces <id-interfaccia> errors. In tal caso, verificare la presenza di errori associati all'interfaccia. Fare riferimento al passo 14 di Risoluzione dei problemi relativi alla connettività delle porte del modulo WS-X6348 su uno switch Catalyst 6500/6000 con software di sistema Cisco IOS.
cat6knative#show interfaces gigabitethernet 3/1 counters errors Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards Gi3/1 0 0 0 0 0 0 Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Giants Gi3/1 0 0 0 0 0 0 0 Port SQETest-Err Deferred-Tx IntMacTx-Err IntMacRx-Err Symbol-Err Gi3/1 0 0 0 0 0
Motivi/soluzioni comuni
-
Il motivo per cui l'interfaccia mostra errori può essere dovuto a problemi del livello fisico, ad esempio:
-
Cavo/NIC difettoso
-
Problemi di configurazione, ad esempio una mancata corrispondenza velocità-duplex
-
Problemi di prestazioni, ad esempio la sottoscrizione in eccesso
Per la comprensione e la risoluzione dei problemi, consultare il documento sulla risoluzione dei problemi relativi alle porte e alle interfacce dello switch.
-
-
In alcuni casi, i contatori degli errori vengono incrementati in modo errato a causa di un bug software o di una limitazione hardware. Nella tabella seguente vengono elencati alcuni dei problemi noti relativi ai contatori della piattaforma Catalyst 6500/6000 con software Cisco IOS:
| Sintomo | Descrizione | Fix |
|---|---|---|
| Giants sulle interfacce trunk IEEE 802.1Q sugli switch basati su Supervisor Engine 720. | Uno switch Catalyst serie 6500 può segnalare i giganti per dimensioni dei pacchetti superiori a 1496 byte e che vengono ricevuti con tag su un trunk sulle porte Supervisor Engine 720. Questo problema è visibile anche nelle schede di linea 67xx. Il problema è di natura cosmetica e lo switch inoltra i pacchetti. Il problema si verifica anche con i trunk ISL 1. Per ulteriori informazioni, fare riferimento all'ID bug Cisco CSCec62587 e all'ID bug Cisco CSCed42859. | Software Cisco IOS versione 12.2(17b)SXA e successive Software Cisco IOS versione 12.2(18)SXD e successive |
| Giants sulle interfacce trunk 802.1Q sugli switch basati su Supervisor Engine 2. | Lo switch considera giganti i pacchetti compresi nell'intervallo da 1497 a 1500 su una VLAN non nativa sulla porta trunk 802.1Q. Si tratta di un problema cosmetico, e i pacchetti vengono inoltrati dallo switch. Per ulteriori informazioni, fare riferimento all'ID bug Cisco CSCdw04642. | Non disponibile |
| Un numero eccessivo di contatori della perdita di output viene rilevato nell'output del comando show interface sulle interfacce Gigabit, anche in condizioni di traffico ridotto. | Un numero eccessivo di contatori di perdita di output viene rilevato nell'output del comando show interface sulle interfacce Gigabit in condizioni di traffico ridotto. Fare riferimento all'ID bug Cisco CSCdv86024 per ulteriori dettagli. |
Software Cisco IOS versione 12.1(8b)E12 e successive Software Cisco IOS versione 12.1(11b)E8 e successive Software Cisco IOS versione 12.1(12c)E1 e successive Software Cisco IOS versione 12.1(13)E1 e successive |
| L'interfaccia del canale della porta ha statistiche non corrette nell'output del comando show interface per i bps 1 e il pps 2. | Quando si usa il software Cisco IOS e si definisce un canale di porta su due porte Fast Ethernet, e il traffico viene generato attraverso il canale della porta, le interfacce fisiche hanno le statistiche di velocità corrette. Tuttavia, l'interfaccia del canale della porta ha statistiche non corrette. Per ulteriori informazioni, fare riferimento all'ID bug Cisco CSCdw23826. | Software Cisco IOS release 12.1(8a)EX Software Cisco IOS release 12.1(11b)E1 Software Cisco IOS release 12.1(13)E1 |
1 ISL = Inter-Switch Link.
2 bps = bit al secondo.
3 pps = pacchetti al secondo.
Se i problemi persistono anche dopo aver esaminato e risolto il problema in base ai documenti menzionati in questa sezione, contattare il supporto tecnico Cisco per ulteriore assistenza.
Ricevi %PM_SCP-SP-3-GBIC_BAD: controllo integrità GBIC sulla porta x non riuscito: messaggi di errore chiave non valida
I GBIC funzionanti nelle versioni software precedenti al software Cisco IOS versione 12.1(13)E hanno esito negativo dopo l'aggiornamento.
Con il software di sistema Cisco IOS versione 12.1(13), le porte con GBIC con checksum GBIC EEPROM errato non possono apparire. Questo è il comportamento previsto per i GBIC 1000BASE-TX (rame) e Coarse Wave Division Multiplexer (CWDM). Tuttavia, il comportamento non è corretto per altri GBIC. Nelle versioni precedenti, le porte con altri GBIC con errori di checksum potevano comparire.
Questo messaggio di errore viene stampato quando si verifica nel software Cisco IOS versione 12.1(13)E:
%PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port 1/2 failed: bad key
Utilizzare il comando show interface per visualizzare questo output:
Router#show interface status Port Name Status Vlan Duplex Speed Type Gi2/1 faulty routed full 1000 bad EEPROM
Il problema può essere risolto nel software Cisco IOS versione 12.1(13)E1, 12.1(14)E e successive.
Per ulteriori informazioni su questo problema, fare riferimento alla Notifica sul campo: Errori GBIC EEPROM errati nel software Cisco IOS® versione 12.1(13)E per Catalyst 6000.
Vengono visualizzati messaggi di errore COIL sulle interfacce del modulo WS-X6x48
L'output del comando show log o syslog restituisce uno o più dei seguenti messaggi di errore:
-
Coil Pinnacle Header Checksum
-
Coil Mdtif State Machine Error
-
Coil Mdtif Packet CRC Error
-
Coil Pb Rx Underflow Error
-
Coil Pb Rx Parity Error
In caso di problemi di connettività con la connessione degli host sul modulo WS-X6348 o su altri moduli 10/100 o se vengono visualizzati messaggi di errore simili a quelli elencati in questa sezione e viene visualizzato un gruppo di 12 porte bloccate che non superano il traffico, eseguire la procedura seguente:
-
Disabilitare e abilitare le interfacce.
-
Usare il comando per eseguire il reset a caldo del modulo.
-
Per ripristinare il modulo a livello hardware, eseguire una delle azioni seguenti:
-
Riposizionare fisicamente la scheda.
-
Eseguire il comando di configurazione globale no power enable module _# e il comando di configurazione globale power enable module _# .
-
Dopo aver eseguito questi passaggi, contattare il supporto tecnico Cisco </a> fornendo le informazioni richieste se si verificano uno o più dei seguenti problemi:
-
Il modulo non è in linea.
-
Il modulo è in linea, ma un gruppo di 12 interfacce non riesce la diagnostica.
Per visualizzare questo messaggio, usare il comando show diagnostic module <numero_modulo> nell'output.
-
All'avvio il modulo è bloccato nell'altro stato.
-
Tutti i LED delle porte sul modulo diventano di colore ambra.
-
Tutte le interfacce sono nello stato err-disabled.
Per visualizzare il messaggio, usare il comando show interfaces status module module_#.
Per ulteriori informazioni, fare riferimento a Risoluzione dei problemi di connettività delle porte del modulo WS-X6348 su uno switch Catalyst 6500/6000 con software di sistema Cisco IOS.
Risoluzione dei problemi di connettività del modulo WS-X6x4
In caso di problemi di connettività con la connessione degli host sul modulo WS-X6348 o altri moduli 10/100, fare riferimento alla sezione Risoluzione dei problemi di connettività delle porte del modulo WS-X6348 su uno switch Catalyst 6500/6000 con software di sistema Cisco IOS per ulteriori informazioni. Se i problemi persistono anche dopo aver esaminato e risolto i problemi in base al documento Risoluzione dei problemi di connettività della porta del modulo WS-X6348 su uno switch Catalyst 6500/6000 con software Cisco IOS, contattare il supporto tecnico Cisco per ulteriore assistenza.
Risoluzione dei problemi STP
I problemi relativi allo Spanning Tree possono causare problemi di connettività in una rete commutata. Per linee guida su come prevenire i problemi relativi allo spanning-tree, consultare il documento sulla risoluzione dei problemi di STP sugli switch Catalyst con software di sistema Cisco IOS.
Impossibile utilizzare il comando Telnet per connettersi allo switch
Causa
Come tutti i dispositivi Cisco IOS, lo switch Catalyst 6500 consente solo un numero limitato di sessioni Telnet. Se si raggiunge questo limite, lo switch non consente altre sessioni vty. Per verificare se il problema si è verificato, connettersi alla console del Supervisor Engine. Eseguire il comando show user. L'output dell'interfaccia della riga di comando (CLI) restituito da questo comando mostra quante righe sono attualmente occupate:
Cat6500#show user Line User Host(s) Idle Location 0 con 0 10.48.72.118 00:00:00 1 vty 0 10.48.72.118 00:00:00 10.48.72.118 2 vty 1 10.48.72.118 00:00:00 10.48.72.118 3 vty 2 10.48.72.118 00:00:00 10.48.72.118 4 vty 3 10.48.72.118 00:00:00 10.48.72.118 *5 vty 4 idle 00:00:00 10.48.72.118
Soluzioni
Attenersi alla seguente procedura:
-
In base all'output del comando show user, usare il comando clear line line_number per cancellare le sessioni obsolete.
Cat6500#show user Line User Host(s) Idle Location 0 con 0 10.48.72.118 00:00:00 1 vty 0 10.48.72.118 00:00:00 10.48.72.118 2 vty 1 10.48.72.118 00:00:00 10.48.72.118 3 vty 2 10.48.72.118 00:00:00 10.48.72.118 4 vty 3 10.48.72.118 00:00:00 10.48.72.118 *5 vty 4 idle 00:00:00 10.48.72.118 Cat6500#clear line 1 Cat6500#clear line 2 !--- Output suppressed.
-
Configurare il timeout di inattività per le sessioni vty e la linea della console in modo da cancellare tutte le sessioni inattive. Nell'esempio viene mostrata la configurazione da usare per impostare il timeout di inattività su 10 minuti:
Cat6500#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Cat6500(config)#line vty 0 4 Cat6500(config-line)#exec-timeout ? <0-35791> Timeout in minutes Cat6500(config-line)#exec-timeout 10 ? <0-2147483> Timeout in seconds <cr> Cat6500(config-line)#exec-timeout 10 0 Cat6500(config-line)#exit Cat6500(config)#line con 0 Cat6500(config-line)#exec-timeout 10 0 Cat6500(config-line)#exit Cat6500(config)#
-
È inoltre possibile aumentare il numero di sessioni vty disponibili. Usare il comando line vty 0 6 invece della riga vty 0 4.
In alcuni casi, l'output del comando show user può non visualizzare vty attivo nelle sessioni, ma la connessione allo switch con il comando telnet continua a non riuscire con questo messaggio di errore:
% telnet connections not permitted from this terminal
In questo caso, verificare di aver configurato correttamente il vty. Usare il comando transport input all per permettere al vty di trasportare tutto.
Impossibile controllare l'unità di standby con autenticazione Radius
Problema
Gli switch 6500 sono impilati nel cluster VSS; quando si tenta di console in uno switch in standby, il problema si verifica con questo messaggio di log Radius:
%RADIUS-4-RADIUS_DEAD: il server RADIUS 10.50.245.20:1812,1813 non risponde.
L'autenticazione tramite Telnet per questo supervisore di standby funziona correttamente e funziona anche la console di accesso al supervisore attivo. Il problema si verifica con la connessione alla console del supervisore di standby.
Soluzione
L'autenticazione Radius sulla console per l'unità di standby non è possibile. La modalità standby non dispone della connettività IP per l'autenticazione AAA. È necessario utilizzare l'opzione di fallback, ad esempio un database locale.
Contatori di pacchetti giganti su interfacce VSL
A volte i contatori di pacchetti giganti sulle interfacce VSL aumentano anche se non vengono inviati pacchetti di dati giganti attraverso il sistema.
I pacchetti che attraversano le interfacce VSL hanno un'intestazione VSL di 32 byte, sopra e oltre la normale intestazione MAC. Idealmente, questa intestazione è esclusa nella classificazione delle dimensioni del pacchetto, ma l'ASIC della porta in realtà la include in tale classificazione. Di conseguenza, i pacchetti di controllo che si avvicinano al limite di dimensioni 1518 per i pacchetti di dimensioni normali possono essere classificati come pacchetti giganti.
Attualmente non sono disponibili soluzioni per questo problema.
Sullo switch vengono visualizzate più VLAN
Sullo switch sono presenti più VLAN non presenti in precedenza. Ad esempio:
Vlan982 unassigned YES unset administratively down down Vlan983 unassigned YES unset administratively down down Vlan984 unassigned YES unset administratively down down Vlan985 unassigned YES unset administratively down down Vlan986 unassigned YES unset administratively down down Vlan987 unassigned YES unset administratively down down Vlan988 unassigned YES unset administratively down down Vlan989 unassigned YES unset administratively down down Vlan990 unassigned YES unset administratively down down Vlan991 unassigned YES unset administratively down down Vlan992 unassigned YES unset administratively down down Vlan993 unassigned YES unset administratively down down Vlan994 unassigned YES unset administratively down down Vlan995 unassigned YES unset administratively down down Vlan996 unassigned YES unset administratively down down Vlan997 unassigned YES unset administratively down down Vlan998 unassigned YES unset administratively down down Vlan999 unassigned YES unset administratively down down Vlan1000 unassigned YES unset administratively down down Vlan1001 unassigned YES unset administratively down down Vlan1002 unassigned YES unset administratively down down Vlan1003 unassigned YES unset administratively down down Vlan1004 unassigned YES unset administratively down down Vlan1005 unassigned YES unset administratively down down
Come risoluzione, il comando vlan filter Traffic-Capture vlan-list 1 - 700 viene aggiunto alla configurazione. Le VLAN non ancora configurate possono essere aggiunte come VLAN di layer 3.
Problemi relativi all'alimentatore e alle ventole
Alimentatore INPUT OK Il LED non si accende
Se il LED INPUT OK dell'alimentatore non si accende dopo aver acceso l'interruttore di alimentazione, usare il comando show power status all. Cercare lo stato dell'alimentatore, come illustrato nell'esempio seguente:
cat6knative#show power status all
Power-Capacity PS-Fan Output Oper
PS Type Watts A @42V Status Status State
---- ------------------ ------- ------ ------ ------ -----
1 WS-CAC-2500W 2331.00 55.50 OK OK on
2 none
Pwr-Requested Pwr-Allocated Admin Oper
Slot Card-Type Watts A @42V Watts A @42V State State
---- ------------------ ------- ------ ------- ------ ----- -----
1 WS-X6K-S2U-MSFC2 142.38 3.39 142.38 3.39 on on
2 WSSUP1A-2GE 142.38 3.39 142.38 3.39 on on
3 WS-X6516-GBIC 231.00 5.50 231.00 5.50 on on
4 WS-X6516-GBIC 231.00 5.50 231.00 5.50 on on
5 WS-X6500-SFM2 129.78 3.09 129.78 3.09 on on
6 WS-X6502-10GE 226.80 5.40 226.80 5.40 on on
cat6knative#
Se lo stato non è OK, come nell'esempio, per risolvere ulteriormente il problema, seguire la procedura descritta nella sezione Risoluzione dei problemi relativi all'alimentatore del documento Risoluzione dei problemi (switch Catalyst serie 6500).
Risoluzione dei problemi relativi a C6KPWR-4-POWRDENIED: alimentazione insufficiente, modulo nello slot [dec] alimentazione negata o %C6KPWR-SP-4-POWRDENIED: alimentazione insufficiente, modulo nello slot [dec] alimentazione negata Messaggi di errore
Se questo messaggio viene visualizzato nel registro, significa che l'alimentazione non è sufficiente per accendere il modulo. Il [dec] nel messaggio indica il numero dello slot:
%OIR-SP-6-REMCARD: Card removed from slot 9, interfaces disabled C6KPWR-4-POWERDENIED: insufficient power, module in slot 9 power denied C6KPWR-SP-4-POWERDENIED: insufficient power, module in slot 9 power denied
Usare il comando show power per trovare la modalità di ridondanza dell'alimentatore.
cat6knative#show power system power redundancy mode = redundant system power total = 27.460A system power used = 25.430A system power available = 2.030A FRU-type # current admin state oper power-supply 1 27.460A on on power-supply 2 27.460A on on module 1 3.390A on on module 2 3.390A on on module 3 5.500A on on module 5 3.090A on on module 7 5.030A on on module 8 5.030A on on module 9 5.030A on off (FRU-power denied).
Questo output mostra che la modalità dell'alimentatore è ridondante e che un alimentatore non è sufficiente per alimentare l'intero chassis. È possibile eseguire una delle due opzioni seguenti:
-
Alimentatore ad alta potenza.
Ad esempio, se l'alimentatore corrente è 1.300 W CA, è possibile ottenere un alimentatore CA da 2.500 W o 4.000 W.
-
Combinare la modalità di ridondanza dell'alimentatore insieme.
Di seguito è riportato un esempio:
cat6knative(config)#power redundancy-mode combined cat6knative(config)# %C6KPWR-SP-4-PSCOMBINEDMODE: power supplies set to combined mode.
Nella modalità combinata, entrambi gli alimentatori forniscono alimentazione. Tuttavia, in questa modalità, se un alimentatore si interrompe, il modulo viene nuovamente interrotto perché l'alimentatore che rimane non è in grado di fornire alimentazione all'intero chassis.
Pertanto, l'opzione migliore è quella di utilizzare un alimentatore ad alta potenza.
L'alimentazione riservata per uno slot vuoto non può essere riallocata. Se, ad esempio, lo slot 6 è vuoto e lo slot 2 ha solo 68 watt disponibili, non è possibile riallocare i 282 watt riservati allo slot 6 allo slot 2 in modo da avere più watt disponibili per lo slot 2.
Ogni slot ha la propria alimentazione disponibile e, se non è in uso, non può essere riallocato a un altro slot. Non è disponibile alcun comando per disattivare l'alimentazione riservata per uno slot vuoto.
Il LED della ventola è rosso o indica un errore nell'output del comando show environment status
Se si esegue il comando show environment status e si verifica un errore nell'assembly della ventola, per identificare il problema consultare la sezione Risoluzione dei problemi dell'assembly della ventola nel documento Risoluzione dei problemi (switch Catalyst serie 6500).
Di seguito è riportato un esempio:
cat6knative#show environment status backplane: operating clock count: 2 operating VTT count: 3 fan-tray 1: fan-tray 1 fan-fail: failed !--- Output suppressed.
Informazioni correlate
Cronologia delle revisioni
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
2.0 |
22-Sep-2023 |
Certificazione |
1.0 |
28-May-2002 |
Versione iniziale |
Feedback