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: hardware. 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
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: 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 controllo dello stato e CLI associati 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 |
Controlla se il dispositivo esegue una versione del software NX-OS consigliata da Cisco. |
show version |
| 2 |
Controllo ricetrasmettitore MDS per EOL/EOS |
Controlla 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 il database show FCNS e gli output del database show FLOGI. |
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 i passaggi consigliati per la cancellazione dei blocchi. |
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. Se l'utilizzo supera il 60%, informare l'utente se l'utilizzo supera l'80% e avvisare l'utente 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 di comandi diversi per determinare se l'utilizzo corrente della memoria è inferiore alle soglie configurate o se uno dei processi è in esecuzione 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 |
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 un 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 la prima visualizzazione dei dettagli del supporto tecnico caricati.
D2: Posso caricare più di una presentazione dei dettagli del supporto tecnico per lo stesso dispositivo, ad esempio, catturato a poche ore di distanza, per ottenere un controllo dello stato per entrambi?
A2: 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 di 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 i cui file con i dettagli del supporto tecnico vengono 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.
Q4: Cosa posso fare se ho domande su uno dei guasti del controllo di 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 è 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 in base al file show tech-support details per lo switch con versioni precedenti a quella menzionata sopra?
R6: Il controllo automatico dello stato e della configurazione è progettato per le piattaforme e le versioni software citate in precedenza. Per i dispositivi che eseguono versioni precedenti, è consigliabile e non vi è alcuna garanzia sull'accuratezza del report.
D7: Come è possibile chiudere la SR aperta per la verifica 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 posso condividere commenti o feedback sul controllo proattivo dello stato e della configurazione?
R8: Condividili via e-mail a MDS-HealthCheck-Feedback@cisco.com
D9. Qual è il metodo consigliato per acquisire il supporto tecnico show o mostrare i dettagli del supporto tecnico 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 i dettagli di show tech-support con un'aggiunta di show logging onboard. 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, tra cui 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.
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.
Feedback