Inleiding
Dit document beschrijft de procedure en de vereisten voor het uitvoeren van automatische gezondheids- en configuratiecontroles voor de MDS 9000-platforms.
Voorwaarden
Vereisten
Geautomatiseerde Health and Configuration Check wordt alleen ondersteund voor MDS-platforms die een ondersteunde versie van NX-OS®-software uitvoeren.
Deze hardwareplatforms worden ondersteund:
- Alle MDS 9000 Series switches die de laatste ondersteuningsdatum nog niet hebben bereikt: HW. Raadpleeg hier de MDS-meldingen van end-of-life en end-of-sale:
Berichten bij end-of-life en end-of-sale
Opmerking: De hardware moet onder een geldig Cisco-contract vallen en de CCOID die de Health and Configuration Check indient, moet aan hetzelfde contract gekoppeld zijn.
Gebruikte componenten
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
Conventies
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Controleren van gezondheid en configuratie
Als u een automatische gezondheids- en configuratiecontrole op MDS-switches wilt uitvoeren, opent u een reguliere TAC-serviceaanvraag bij Cisco Support Case Manager met deze trefwoorden:
Technische ondersteuning: datacenter- en opslagnetwerken
Subtech: MDS9000 - Gezondheid en Config-controle (GEAUTOMATISEERD)
Probleemcode: gezondheid en configuratie controleren
Voor de geopende TAC SR moet u uitvoer uploaden van de opdracht show tech-support details die uit de switch is opgenomen, in .txt of .gz/.tar-formaat. Op dit moment wordt het gedetailleerde bestand voor show tech-support dat is opgenomen in de ASCII- en UTF-8-tekstformaten ondersteund. Raadpleeg voor de instructies voor uploaden TAC Customer File Uploads.
Beginnend met NX-OS 8.4(2d) en 9.2(1), is de MDS tac-pac opdracht verbeterd om snel een bestand op bootflash te maken dat een show tech-support details bevat met een toegevoegd show logging aan boord. Dit is de voorkeurmethode voor het aanmaken van het invoerbestand voor elke TAC-serviceaanvraag (SR) die een show tech-support detail vereist, inclusief een geautomatiseerde health- en configuratiecontrole.
Nadat de vereiste uitvoer aan de SR is gekoppeld, analyseert Cisco automatisering de logbestanden en wordt een rapport (in PDF-indeling) toegevoegd aan een e-mail die naar u is verzonden. Het rapport bevat een lijst van gedetecteerde problemen, relevante stappen om de problemen op te lossen en een aanbevolen actieplan.
Als er vragen zijn met betrekking tot de gemelde tekortkomingen van de gezondheidscontrole, wordt u aangeraden een afzonderlijke serviceaanvraag (aanvragen) te openen met de juiste trefwoorden voor verdere assistentie. Het wordt ten zeerste aanbevolen om het SR-nummer (Service Request) te raadplegen dat is geopend voor de geautomatiseerde controle van de gezondheid en configuratie, samen met het rapport dat is gegenereerd om het onderzoek te bespoedigen.
Ernstniveaus
In de tabel zijn de volgende standaard NX-OS ernst niveaus en hun definities worden gebruikt.
Ernst |
Beschrijving |
Noodsituatie(0) |
Systeem is onbruikbaar. |
Waarschuwing(1) |
Kritische omstandigheden, onmiddellijke aandacht nodig. |
Kritisch(2) |
Belangrijke omstandigheden. |
Fout(3) |
Kleinere omstandigheden. |
Waarschuwing (4) |
Waarschuwingsomstandigheden. |
Opmerking(5) |
Basismeldingen en informatieve berichten. Mogelijk onbeduidend. |
Informatie(6) |
Normale gebeurtenis die terugkeer naar de normale toestand aangeeft. |
Controlemodules voor gezondheid en configuratie
Uitgave van geautomatiseerde MDS Health and Configuration Check versie 1, mei 2023, voert de controles uit die in tabel 1 worden vermeld.
Tabel 1: door de modules gebruikte Health Check-modules en bijbehorende CLI’s
Index |
Controlemodule |
Korte beschrijving van de module |
CLI(s) gebruikt om gezondheidscontrole uit te voeren |
1 |
NX-OS-releasecontrole |
Controleert of het apparaat een door Cisco aanbevolen NX-OS softwarerelease uitvoert. |
show version |
2 |
MDS-transceivercontrole voor EOL/EOS |
Controleert of een transceiver End-of-Life (EOL) of End-of-Sale (EOS) is. |
show version toonklok show hardware |
3 |
Gebruik van gegevenssnelheden voor FC-interfaces op MDS-switch |
Controleert de input en output van de interface. Toont een lijst met de top 10 van interfaces en waarschuwingen op interfaces die hoger zijn dan 80% gebruik. |
show version instructies aan de interface tonen show interface |
4 |
Gedetailleerde informatie over transceiver voor MDS-switch |
Controleert de interfacetemperatuur, voltage, stroom, tx macht, of rx de machtswaarden nominale waarden. Stelt volgende stappen voor als er fouten worden gedetecteerd. |
show version show hardware toon de details van de interfacetransceiver |
5 |
Controleer op PSIRT-defecten op basis van actieve NX-OS-versie |
Overeenkomsten met een verscheidenheid aan PSIRT's volgens HW/SW en configuratie. Dit is niet uitputtend. |
show version show running-config |
6 |
MDS-controle voor klokinformatie |
Controleert de aanbevolen klokconfiguratie en levert voorbeelden van aanbevolen klokconfiguraties. |
show running-config toonklok |
7 |
MDS-hardwarecontrole voor EOL/EOS |
Identificeert end-of-life (EOL) en end-of-support (EOS) datums voor MDS-modules en -chassis. |
show version show module show hardware toeschouwerinventaris |
8 |
MDS-softwarecontrole voor EOL/EOS |
Identificeert end-of-life (EOL) en end-of-support (EOS) datums voor MDS NX-OS-releases. |
show version show module |
9 |
MDS FCNS-database en FLOGI-database consistentiecontrole |
Controleer of de consistentie tussen de FCNS-database tonen en de FLOGI-database-uitgangen tonen. |
show version show hardware flogi-database tonen toon fcns database lokale vsan 1-4093 |
10 |
MDS controleert of alle VSAN’s actief zijn op alle TF-poorten |
Controleer of alle TF-poorten alle VSAN’s in actieve staat hebben toegestaan, geen VSAN’s in geïsoleerde of initialiserende staten. |
show version show hardware show interface instructies aan de interface tonen show poort-kanaal database |
11 |
MDS controleert of alle VSAN’s actief zijn op alle TE-poorten |
Controleer of alle TE-poorten alle VSAN’s in actieve staat hebben toegestaan, geen VSAN’s in geïsoleerde of initialiserende staten. |
show version show module show interface instructies aan de interface tonen show poort-kanaal database |
12 |
MDS OUI-controle van externe apparaten |
Controleer of MDS de OUI van verbinding via trunk- en poortkanaalverbindingen herkent. |
fouten in de interne historie van flogi weergeven fouten in de interne gebeurtenisgeschiedenis van poorten tonen toon systeem interne fcfwd idxmap interface tonen flogi interne gebeurtenis-geschiedenis debugs boekhoudingslogboek tonen |
13 |
MDS CFS-vergrendelingscontrole |
Controleer op CFS-sloten en voorgestelde stappen om sloten te verwijderen. |
show version show module show hardware cfs-slot weergeven logbestand tonen cfs interne sessie-geschiedenis tonen cfs-peers tonen fcdomain-lijst weergeven fouten in interne gebeurtenisgeschiedenis van cf's tonen toonklok |
14 |
MDS-link voor actieve supervisor beheer0 controleren |
Controleer of de status van de actieve of enige supervisor mgmt0 link verschijnt. |
show version toon interfacemanagement0 |
15 |
MDS 9700 Controleer standby supervisor mgmt0-link |
Controleer of de status van de mgmt0-link van de standby supervisor verschijnt. Alleen geldig voor MDS 9700 directors met NX-OS 9.2(1) en hogere versies. |
show version stand-by tonen voor interfacemanagement0 |
16 |
MDS Suboptimale PC-lidallocatiecontrole |
Poortkanalen zijn belangrijk voor de veerkracht van Fibre Channel SAN’s met meerdere switches. De configuratie van poortkanalen voor een maximale fouttolerantie en het gebruik van hardwareresources draagt bij tot de veerkracht van het SAN. Deze module controleert elk Fibre Channel-poortkanaal dat wordt gevonden om te waarborgen dat de interfaces van de leden zo gelijkmatig mogelijk worden verdeeld over de beschikbare modules en fwd-motoren in de switch. |
show version instructies aan de interface tonen |
17 |
MDS FSPF-consistentiecontrole |
Controleert de FSPF-kosten op elke ISL om er zeker van te zijn dat aangrenzende switches dezelfde/consistente kosten hebben. Als de kosten aan elke kant van de ISL verschillend zijn, kan onverwachte of asymmetrische routing plaatsvinden. Deze controle is niet van toepassing op switches in NPV-modus omdat er in deze switches geen FSPF-database is. |
toon switchname fspf-database tonen toon fcs-id toon npv interne info |
18 |
MDS-controle voor gebruik van hoge CPU’s |
Controleer of het huidige CPU-gebruik binnen de vooraf bepaalde limiet valt door meerdere opdrachtoutput te controleren. Informeer de gebruiker als het gebruik meer dan 60% bedraagt, informeer de gebruiker als het gebruik meer dan 80% bedraagt en informeer de gebruiker als het gebruik meer dan 90% bedraagt. |
show processes cpu cpu-geschiedenis van processen tonen logbestand tonen |
19 |
MDS-controle voor gebruik van hoog geheugen |
Controleer een paar verschillende opdrachtoutput om te bepalen of het huidige geheugengebruik minder is dan de ingestelde drempelwaarden of of dat een van de processen binnen de toegewezen geheugenlimiet loopt. Als het gebruik meer dan 90% bedraagt, moet u de gebruikers hiervan op de hoogte stellen. |
show version laat processen geheugen zien show running-config |
20 |
MDS-configuratie van poortmonitor met TX-datarate om overgebruik te detecteren |
Controleer het/de actieve poortmonitorbeleid(en) om te bepalen of de tellers voor de belastingdatarate en/of de belastingdatarate-burst zijn geconfigureerd om overbenutting correct te detecteren. |
show version instructies aan de interface tonen show running-config |
Rapporten en voorbehouden
- De Health and Config Check SR is geautomatiseerd en wordt uitgevoerd door de Virtual TAC Engineer.
- Het rapport (in PDF-indeling) wordt gewoonlijk binnen 24 werkdagen na alle nodige logbestanden die als bijlage bij de SR zijn gevoegd, gegenereerd.
- Het rapport wordt automatisch via e-mail gedeeld (afkomstig van Cisco TAC Automated Emails <no-reply@cisco.com>) met alle contacten (primair en secundair) die aan het serviceverzoek zijn gekoppeld.
- Het rapport is ook bij het serviceverzoek gevoegd om op een later tijdstip beschikbaar te zijn.
- Er zij op gewezen dat de in het rapport vermelde kwesties zijn gebaseerd op de verstrekte logbestanden en binnen het toepassingsgebied van de in tabel 1 vermelde controlemodules (zie hierboven) vallen.
- De lijst met uitgevoerde gezondheids- en configuratiecontroles is niet uitputtend, en gebruikers wordt geadviseerd om indien nodig verdere gezondheidscontroles uit te voeren.
- Nieuwe gezondheids- en configuratiecontroles kunnen in de loop der tijd worden toegevoegd.
Veelgestelde vragen
V1: Kan ik informatie over technische ondersteuning uploaden voor meer dan één switch in dezelfde SR om het Health Check-rapport voor alle switches te krijgen?
A1: Dit is een geautomatiseerde case handling en de health checks worden uitgevoerd door de Virtual TAC Engineer. De health check wordt alleen uitgevoerd voor de eerste geüploade show tech-support details.
V2: Kan ik meer dan één show tech-support details uploaden voor hetzelfde apparaat zeggen, opgenomen een paar uur uit elkaar, om gezondheidscontrole gedaan voor beide?
A2: Dit is een geautomatiseerde en stateless case verwerking die wordt uitgevoerd door de Virtual TAC Engineer. De Health and Config-controle wordt uitgevoerd voor het eerste gedetailleerde bestand van showtech-ondersteuning dat naar de SR is geüpload, ongeacht of de geüploade bestanden van dezelfde switch of verschillende switches afkomstig zijn.
V3: Kan ik gezondheidscontroles laten uitvoeren voor de switches van wie de show tech-support details bestanden samengeperst als een enkele rar/gz bestand en geüpload naar de SR?
A3: Nee. Als meerdere details voor technische ondersteuning van de show worden geüpload als een enkel rar/zip/gz-bestand, wordt alleen het eerste bestand in het archief verwerkt voor gezondheidscontroles.
V4: Wat kan ik doen als ik vragen heb over een van de gemelde fouten bij de gezondheidscontrole?
A4: Open een afzonderlijk TAC-serviceverzoek om verdere assistentie over het specifieke resultaat van de gezondheidscontrole. Het wordt ten zeerste aanbevolen om het rapport van de gezondheidscontrole bij te voegen en te verwijzen naar het casenummer van de serviceaanvraag (SR) dat is geopend voor de geautomatiseerde controle van de gezondheids- en configuratiegegevens.
V5: Kan ik dezelfde SR gebruiken die is geopend voor de Geautomatiseerde gezondheids- en configuratie-controle om de gevonden problemen op te lossen?
A5: Nr. Aangezien de proactieve gezondheidscontrole wordt geautomatiseerd, open gelieve een nieuwe Serviceaanvraag om problemen op te lossen en de gemelde problemen op te lossen. Er zij op gewezen dat de voor de gezondheidscontrole geopende SR binnen 24 uur na publicatie van het gezondheidsrapport wordt gesloten.
V6: Werkt de geautomatiseerde gezondheids- en configuratiecontrole tegen het gedetailleerde bestand van de showtech-ondersteuning voor de switch die versies ouder dan bovengenoemde in werking stelt?
A6: De geautomatiseerde health- en configuratiecontrole is ontworpen voor de hierboven genoemde platforms en softwarereleases. Voor apparaten die oudere versies uitvoeren, is het de beste inspanning en is er geen garantie op de nauwkeurigheid van het rapport.
V7: Hoe sluit ik de SR die open staat voor Health Check?
A7: De SR wordt gesloten binnen 24 uur nadat het eerste gezondheidscontroleverslag is verzonden. Geen actie van de gebruiker naar SR sluiting nodig.
V8: Hoe deel ik opmerkingen of feedback over de Proactieve Health and Configuration Check?
A8: Deel ze via e-mail naar MDS-HealthCheck-Feedback@cisco.com
Q9. Wat is de aanbevolen methode om show tech-support of toon tech-support details van een switch?
A9: Zoals eerder in dit document vermeld, te beginnen met NX-OS 8.4(2d) en 9.2(1), is de opdracht MDS tac-pac verbeterd om snel een bestand op bootflash te maken dat een show tech-support details bevat met een toegevoegd show logging aan boord. Dit is de voorkeurmethode voor het aanmaken van het invoerbestand voor TAC-serviceaanvragen (SR’s) waarvoor gegevens over show tech-ondersteuning nodig zijn, inclusief een geautomatiseerde gezondheids- en configuratiecontrole. De CLI-uitvoer die in een logbestand in de terminaltoepassing is opgenomen (bijvoorbeeld SecureCRT, PuTTY), kan zijn in UTF-8-BOM-indeling (of vergelijkbaar) die NIET wordt ondersteund door de geautomatiseerde gezondheidscontrole. De controle Geautomatiseerde gezondheid en configuratie ondersteunt bestanden alleen in ASCII- of UTF-8-formaten.
Nexus Health and Configuration controleren
Raadpleeg Nexus Health and Configuration controleren.
Feedback
Alle feedback over de werking van deze tools wordt zeer gewaardeerd. Als u opmerkingen of suggesties (bijvoorbeeld over het gebruiksgemak, de reikwijdte, de kwaliteit van de gegenereerde rapporten en zo) te delen hier MDS-HealthCheck-Feedback@cisco.com.