Introduzione
Questo documento descrive la procedura e i requisiti per eseguire controlli automatici di stato e configurazione per le piattaforme MDS 9000.
Prerequisiti
Requisiti
Il controllo automatico dello stato e della configurazione è supportato solo per le piattaforme MDS che eseguono una versione supportata del software NX-OS®.
Sono supportate le seguenti piattaforme hardware:
- Tutti gli switch MDS serie 9000 che non hanno ancora raggiunto l'ultima data di supporto: HW Fare riferimento agli avvisi di fine del ciclo di vita e di fine vendita di MDS qui:
Notifiche di fine del ciclo di vita e di fine vendita
Nota: L'hardware deve essere coperto da un contratto Cisco valido e il CCOID che sottomette il controllo dello stato e della configurazione deve essere associato allo stesso contratto.
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.
Procedura di verifica dello stato e della configurazione
Per eseguire un controllo automatico dello stato e della configurazione sugli switch MDS, aprire una normale richiesta di servizio TAC in Cisco Support Case Manager con le seguenti parole chiave:
Tech: Reti di storage e data center
Tecnologia secondaria: MDS9000 - Controllo dello stato e della configurazione (AUTOMATICO)
Codice problema: verifica dello stato e della configurazione
Selezione dello stato e del controllo della configurazione
Area problema - Controllo stato e configurazione
Per TAC SR aperto, caricare l'output del comando show tech-support details acquisito dallo switch, in formato .txt o .gz/.tar. Al momento, sono supportati i file show tech-support details acquisiti nei formati di testo ASCII e UTF-8. Per le istruzioni su come caricare i file, consultare il documento TAC Customer File Uploads.
A partire da NX-OS 8.4(2d) e 9.2(1), il comando MDS tac-pac è stato migliorato per creare rapidamente un file su bootflash che contiene i dettagli del supporto tecnico con un'aggiunta di show logging onboard. Questo è il metodo preferibile per creare il file di input per qualsiasi richiesta di assistenza TAC (SR) che richiede una visualizzazione dei dettagli del supporto tecnico, tra cui una richiesta di verifica automatica dello stato e della configurazione.
Dopo aver allegato l'output richiesto alla SR, Cisco Automation analizza i log e fornisce un report (in formato PDF) in allegato a un'e-mail inviata all'utente. Il report contiene un elenco dei problemi rilevati, le operazioni da eseguire per risolverli e il piano d'azione consigliato.
In caso di domande relative ai guasti del controllo di prevenzione sullo stato del sistema segnalati, è consigliabile aprire una o più richieste di assistenza separate con parole chiave appropriate per ottenere ulteriore assistenza. Si consiglia di fare riferimento al numero della richiesta di servizio (SR) aperto per il controllo automatico dello stato e della configurazione insieme al report generato per accelerare l'analisi.
Livelli di gravità
Nella tabella sono riportati i livelli di gravità NX-OS standard successivi e vengono utilizzate le relative definizioni.
Livello di gravità |
Descrizione |
Emergency(0) |
Il sistema è inutilizzabile. |
Avviso(1) |
Condizioni critiche, immediata attenzione necessaria. |
Critico(2) |
Condizioni principali. |
Errore(3) |
Condizioni minime. |
Avviso(4) |
Condizioni di avviso. |
Avviso(5) |
Notifiche di base e messaggi informativi. Forse indipendentemente insignificante. |
Informazioni(6) |
Evento normale che indica il ritorno allo stato normale. |
Moduli di verifica dello stato e della configurazione
Controllo automatico dello stato e della configurazione di MDS versione 1, maggio 2023, esegue i controlli elencati nella tabella 1.
Tabella 1: Moduli di verifica dello stato e CLI associate utilizzati dai moduli
Indice
|
Modulo di verifica dello stato
|
Breve descrizione del modulo
|
CLI utilizzati per eseguire il controllo dello stato
|
1
|
Controllo del rilascio di NX-OS
|
Verificare che il dispositivo esegua una versione del software NX-OS consigliata da Cisco.
|
show version
|
2
|
Controllo ricetrasmettitore MDS per EOL/EOS
|
Controllare se un ricetrasmettitore è fuori uso (EOL) o fine vendita (EOS).
|
show version
show clock
mostra hardware
|
3
|
Utilizzo della velocità dati per le interfacce FC sullo switch MDS
|
Controlla le velocità di ingresso e uscita dell'interfaccia. Elenca le prime 10 interfacce e gli avvisi sulle interfacce con un utilizzo superiore all'80%.
|
show version
show interface brief
show interface
|
4
|
Informazioni dettagliate sul ricetrasmettitore per lo switch MDS
|
Controlla i valori nominali di temperatura, tensione, corrente, potenza tx o potenza rx dell'interfaccia. Suggerisce i passi successivi se vengono rilevati errori.
|
show version
mostra hardware
show interface transceiver details
|
5
|
Verifica la presenza di difetti PSIRT in base all'esecuzione della versione NX-OS
|
Confronta diversi PSIRT in base al software e alla configurazione. Questo non è esaustivo.
|
show version
show running-config
|
6
|
MDS - Verifica informazioni orologio
|
Verifica la configurazione consigliata dell'orologio e fornisce esempi di configurazioni consigliate dell'orologio.
|
show running-config
show clock
|
7
|
Controllo hardware MDS per EOL/EOS
|
Identifica le date di fine del ciclo di vita (EOL) e di fine supporto (EOS) per i moduli MDS e lo chassis.
|
show version
show module
mostra hardware
mostra inventario
|
8
|
Controllo software MDS per EOL/EOS
|
Identifica le date di fine del ciclo di vita (EOL) e di fine del supporto (EOS) per le versioni MDS NX-OS.
|
show version
show module
|
9
|
Controllo di coerenza del database MDS FCNS e del database FLOGI
|
Verificare la coerenza tra gli output "show fcns database" e "show floppy database".
|
show version
mostra hardware
mostra database floppy
show fcns database local vsan 1-4093
|
10
|
Controllo MDS per tutte le VSAN attive e attive su tutte le porte TF
|
Verificare che tutte le porte TF dispongano di VSAN consentite in stato attivo, nessuna VSAN in stato isolato o inizializzazione in corso.
|
show version
mostra hardware
show interface
show interface brief
show port-channel database
|
11
|
MDS controlla tutte le VSAN attive e attive su tutte le porte TE
|
Verificare che tutte le porte TE dispongano di VSAN consentite in stato attivo, nessuna VSAN in stato isolato o di inizializzazione.
|
show version
show module
show interface
show interface brief
show port-channel database
|
12
|
Controllo OUI MDS su dispositivi remoti
|
Verificare che MDS riconosca l'OUI di connesso tramite connessioni trunk e porta-canale.
|
mostra errori di cronologia eventi interni del file floppy
show port internal event-history errors
show system internal fcfwd idxmap interface show floppy internal event-history debug
mostra registro di accounting
|
13
|
Controllo blocco CFS MDS
|
Verificare la presenza di blocchi CFS e suggerire le procedure per cancellarli.
|
show version
show module
mostra hardware
show cfs lock
mostra log di log
mostra cronologia sessioni interne cfs
mostra peer cfs
show fcdomain domain-list
visualizza errori interni di cronologia eventi di cfs
show clock
|
14
|
Collegamento MDS Check active supervisor mgmt0
|
Controllare se lo stato del collegamento mgmt0 attivo o solo supervisore è visualizzato.
|
show version
show interface mgmt0
|
15
|
MDS 9700 - Collegamento controllo standby supervisor mgmt0
|
Verificare che lo stato del collegamento standby supervisor mgmt0 sia visualizzato. Valido solo per i director MDS 9700 che eseguono NX-OS 9.2(1) e versioni successive.
|
show version
show interface mgmt0 standby
|
16
|
Controllo allocazione membri PC non ottimali MDS
|
I canali delle porte sono importanti per la resilienza delle SAN Fibre Channel a switch multipli. La configurazione dei canali delle porte per la massima tolleranza di errore e l'utilizzo ottimale delle risorse hardware contribuisce alla resilienza della SAN. Questo modulo controlla ciascuna porta Fibre Channel rilevata per verificare che le interfacce membro siano distribuite il più equamente possibile tra i moduli e i motori fwd disponibili nello switch.
|
show version
show interface brief
|
17
|
Verifica coerenza FSPF MDS
|
Controlla i costi FSPF su ciascun ISL per verificare che gli switch adiacenti abbiano costi uguali/coerenti. Se i costi variano da un lato all'altro dell'ISL, può verificarsi un routing imprevisto o asimmetrico. Questo controllo non è applicabile agli switch in modalità NPV poiché in questi switch non è presente alcun database FSPF.
|
show switchname
mostra database fspf
mostra ie fcs
mostra informazioni interne npv
|
18
|
Controllo utilizzo CPU elevato MDS
|
Verificare che l'utilizzo corrente della CPU rientri nel limite predeterminato verificando più output del comando. Notificare all'utente se l'utilizzo supera il 60%, informare l'utente se l'utilizzo supera l'80% e avvisarlo se l'utilizzo supera il 90%.
|
show processes cpu
mostra cronologia cpu processi
mostra log di log
|
19
|
Controllo utilizzo memoria elevato MDS
|
Controllare alcuni output del comando per determinare se l'utilizzo corrente della memoria è inferiore alle soglie configurate o se sono in esecuzione processi entro il limite di memoria assegnato. Se l'utilizzo supera il 90%, inviare una notifica agli utenti.
|
show version
mostra memoria dei processi
show running-config
|
20
|
MDS - Verifica configurazione porta-monitor Tx-Datarate per rilevare il sovrautilizzo
|
Controllare i criteri di monitoraggio delle porte attivi per determinare se i contatori tx-datarate-burst e/o tx-datarate-burst sono configurati per rilevare correttamente il sovrautilizzo.
|
show version
show interface brief
show running-config
|
21 |
MDS - Controllo errori di eliminazione route FSPF causati da un supervisore non valido
|
Verificare la presenza di errori di eliminazione route FSPF negli ultimi 20 giorni, indicarli e verificare se sono presenti contatori di errori diversi da zero registrati sul collegamento sup-fc0 in banda.
|
show version
mostra log di log
show hardware internal sup-fc0 interface-stats (MDS 9700s)
show hardware internal sup-fc0 errstats (switch fabric MDS)
|
22 |
MDS Controlla errori diversi da zero sul collegamento sup-fc0
|
Verificare la presenza di contatori di errori diversi da zero registrati sull'interfaccia in banda sup-fc0.
|
show version
show hardware internal sup-fc0 interface-stats (MDS 9700s)
show hardware internal sup-fc0 errstats (switch fabric MDS)
|
Rapporti e avvertenze
- Il servizio di verifica dello stato e della configurazione SR è automatizzato e gestito dal tecnico TAC virtuale.
- Il report (in formato PDF) viene in genere generato entro 24 ore lavorative dopo che tutti i registri necessari sono stati allegati alla SR.
- Il report viene condiviso automaticamente tramite e-mail (ricevuta da Cisco TAC Automated Email <no-reply@cisco.com>) con tutti i contatti (principali e secondari) associati alla richiesta di servizio.
- Il report viene inoltre allegato alla richiesta di assistenza per consentirne la disponibilità in un momento successivo.
- Si tenga presente che i problemi elencati nel rapporto si basano sui registri forniti e rientrano nell'ambito dei moduli di controllo dello stato elencati nella tabella 1 (mostrata in precedenza).
- L'elenco dei controlli dello stato e della configurazione eseguiti non è esaustivo e si consiglia agli utenti di eseguire ulteriori controlli, se necessario.
- Con il tempo è possibile aggiungere nuove verifiche dello stato e della configurazione.
Wireless LAN Controller serie 9800
D1: È possibile caricare i dettagli del supporto tecnico per più switch nella stessa SR per ottenere il rapporto di verifica dello stato per tutti gli switch?
R1: Si tratta di una gestione automatizzata dei casi e i controlli di integrità vengono eseguiti dal tecnico TAC virtuale. Il controllo dello stato viene eseguito solo per il primo "show tech-support details" caricato.
D2: È possibile caricare più di un programma che mostra i dettagli del supporto tecnico per lo stesso dispositivo, ad esempio, catturato a distanza di alcune ore, per ottenere un controllo dello stato per entrambi?
R2: Si tratta di una gestione automatizzata e senza conservazione dello stato eseguita dal Virtual TAC Engineer. Il controllo dello stato e della configurazione viene eseguito per il primo file dei dettagli del supporto tecnico caricato nella SR, a prescindere dal fatto che i file caricati provengano dallo stesso switch o da switch diversi.
D3: È possibile eseguire controlli di prevenzione sullo stato degli switch che mostrano i file dei dettagli del supporto tecnico compressi come un singolo file rar/gz e caricati nella SR?
R3: No. Se vengono caricati più dettagli del supporto tecnico come un unico file rar/zip/gz, per i controlli di integrità viene elaborato solo il primo file dell'archivio.
D4: Cosa posso fare se ho delle domande su uno degli errori del controllo dello stato segnalati?
R4: Aprire una richiesta di assistenza TAC separata per ottenere ulteriore assistenza sui risultati specifici del controllo dello stato. Si consiglia di allegare il rapporto di controllo dello stato e fare riferimento al numero di richiesta di servizio (SR) aperto per il controllo automatico dello stato e della configurazione.
D5: È possibile utilizzare la stessa SR aperta per il controllo automatico dello stato e della configurazione per risolvere i problemi rilevati?
R5: No. Poiché il controllo proattivo dello stato è automatizzato, aprire una nuova richiesta di assistenza per risolvere i problemi segnalati. Si tenga presente che la SR aperta per il controllo dello stato viene chiusa entro 24 ore dalla pubblicazione del rapporto di stato.
D6: Il controllo automatico dello stato e della configurazione viene eseguito sul file show tech-support details dello switch con versioni precedenti a quella sopra menzionata?
R6: Il controllo automatico dello stato e della configurazione è progettato per le piattaforme e le versioni software menzionate in precedenza. Per i dispositivi che eseguono versioni precedenti, si tratta della soluzione migliore e non vi è alcuna garanzia di accuratezza del report.
D7: Come è possibile chiudere la SR aperta per il controllo dello stato?
R7: La SR viene chiusa entro 24 ore dall'invio del primo rapporto di verifica dello stato. Non è necessaria alcuna azione da parte dell'utente verso la chiusura della SR.
D8: Come si condividono commenti o feedback sul controllo proattivo dello stato e della configurazione?
R8: Condividerli via e-mail a MDS-HealthCheck-Feedback@cisco.com
D9. Qual è il metodo consigliato per acquisire informazioni sul supporto tecnico o visualizzarne i dettagli da uno switch?
R9: Come accennato in precedenza in questo documento, a partire da NX-OS 8.4(2d) e 9.2(1), il comando MDS tac-pac è stato migliorato per creare rapidamente un file su bootflash che contiene un "show tech-support details" con un "show logging onboard" aggiunto. Questo è il metodo preferibile per creare il file di input per qualsiasi richiesta di servizio TAC (SR) che richieda una "visualizzazione dei dettagli del supporto tecnico", compreso un controllo automatico dello stato e della configurazione. L'output CLI acquisito in un file di log nell'applicazione terminale (ad esempio, SecureCRT, PuTTY) potrebbe essere in formato BOM UTF-8 (o simile), che NON è supportato dal controllo di integrità automatico. Il controllo automatico stato e configurazione supporta i file solo nei formati ASCII o UTF-8.
Q10. È possibile utilizzare lo strumento di verifica dell'integrità MDS con switch configurati per il protocollo FICON?
R10: Sì, ciò è possibile, ma al momento non vi sono controlli specifici per le VSAN FICON.
Esegui controllo stato e configurazione Nexus
Fare riferimento alla sezione Esecuzione del controllo dello stato e della configurazione del Nexus.
Feedback
Qualsiasi commento sul funzionamento di questi strumenti è molto apprezzato. Per eventuali osservazioni o suggerimenti (ad esempio sulla facilità d'uso, l'ambito, la qualità dei report generati e così via), fai clic qui MDS-HealthCheck-Feedback@cisco.com.