Data Domain: Varsel – I/O-modulen mislyktes | EVT-MILJØ-00029

Denne KB-artikkelen gjelder PCIe-enheter. Det samme varselet kan også genereres mot en Trusted Platform Module (TPM).

For mislykket TPM kan du se KB-artikkelen Data Domain: Alert: ENVIRONMENT-00029: TPM I/O-modulen har sviktet

Feil eller fjerning av et I/O-kort (for eksempel SAS, NIC, NVRAM, FC) kan føre til tap av kommunikasjon med det berørte kortet.

• Bytte av PCIe-enheter som kan byttes under drift, støttes IKKE. DD-systemet MÅ være slått av for å sette inn på nytt eller sette inn en PCIe-enhet.
• Bytte under drift utløser en uventet omstart av systemet.

Eksempel på varsel:

Alert Id:       147
Event Id:       EVT-ENVIRONMENT-00029
Event Message:  I/O module has failed
Object:         Enclosure=1:Slot=7
Additional Information: Cause=A hardware fault occurred

En PCIe I/O-modul (SLIC eller PCI-kort) har enten sviktet fysisk på grunn av en maskinvarefeil, eller den ble fjernet fra sporet mens systemet kjørte. 
I noen tilfeller kan en forbigående hendelse, for eksempel en fastvarefeil, utløse en midlertidig tilbakestilling av kortet som også genererer dette varselet. 

Trinn 1 – Bekreft statusen til det berørte kortet

1. Koble til DD-systemet via SSH (DDCLI).
2. Kjør system show hardware -kommandoen for å vise maskinvarebeholdningen.
3. Se gjennom utdataene. Et tomt, mislykket eller fjernet kort vises som (empty) I sporet:  

Eksempel:

sysadmin@DD# system show hardware
Slot   Vendor   Device                            Ports
----   ------   -------------------------------   --------------
M      QLogic   QL41000 4x 10GBase-T (NDC)        Ma, Mb, Mc, Md
1      QLogic   QL41164 4x 10GbE SFP+             1a, 1b, 1c, 1d
2      EMC      NVRAM 16GB Card
3      EMC      PMC Quad Port 12 Gbps SAS         3a, 3b, 3c, 3d
4      Intel    Intel QuickAssist Adapter 8970
5      EMC      Quad Port 16 Gbps Fibre Channel   5a, 5b, 5c, 5d
6      QLogic   QL41000 2x 25GbE                  6a, 6b
7      (empty)         (empty)
8      QLogic   QL41000 2x 25GbE                  8a, 8b
----   ------   -------------------------------   --------------

Dette eksemplet viser spor 7 som (empty) fordi kortet i sporet hadde sviktet.

4. Hvis ikke alle sporene er fylt ut, sammenligner du gjeldende utdata med en tidligere Auto-Support-rapport for å identifisere et kort som mangler.

Trinn 2 – Kontroller om varselet er forbigående
Dette varselet kan være forbigående. I noen tilfeller gjenoppretter systemet kortet på egen hånd, for eksempel etter at en tilbakestilling av kortet utløses av en fastvarehendelse.
I de fleste forbigående eksempler sletter det publiserte varselet seg selv, og ingen ekstra handling kreves. 

1. Kjør på nytt system show hardware etter noen minutter.
2. Hvis kortet dukker opp igjen i utdataene og gjenopptar normal drift, var varselet forbigående. Fjern varselet og overvåk systemet for gjentakelse.
3. Hvis kortet forblir i en mislykket eller (empty) Tilstand
   • Bruk trinn 4, 5 og 6 for å løse maskinvarefeilen.

Trinn 3 - Se etter og slett aktive anklager
En maskinvarefeil kan føre til at DD-systemet oppretter en tiltale mot den berørte komponenten. Aktive tiltaler kan forhindre visse operasjoner eller utløse ytterligere varsler.
Se etter og fjern eventuelle anklager knyttet til den defekte I/O-modulen.

1. Kjør # system indict list kommando for å liste opp alle aktive anklager på systemet:
2. Gjennomgå utdataene og identifiser eventuelle anklager som gjelder den defekte I/O-modulen (samsvarer med kabinettet og sporinformasjonen fra varselet).
3. Fjern hver relevante anklage ved å kjøre følgende kommando, og erstatt <indict-id#> med indictment ID Fra utdataene: # system indict remove <indict-id#>
4. Kjør på nytt system indict list for å bekrefte at tiltalen er fjernet. Gå videre til trinn 4 hvis kortet forblir i en defekt eller (empty) Tilstand

Merk: Fjern tiltaler først etter at du har bekreftet den grunnleggende årsaken eller fullført den tilknyttede gjenopprettingshandlingen. Fjerning av en tiltale løser ikke det underliggende maskinvareproblemet.

DD 7.13.0.x og earler støtter ikke "system indictKommando:  Engasjer Dells tekniske støtte for alternative kommandoer i SE-modus.

Trinn 4 – forsøk å gjenopprette ved å starte systemet på nytt

1. Start DD-systemet på nytt ved å kjøre # system reboot kommando gjennom SSH.
2. Når systemet har startet på nytt, kjører du system show hardware for å kontrollere om kortet er gjenopprettet.
3. Hvis kortet oppdages og fungerer normalt, fjerner du varselet (# alert clear <alert-id>), fjerne tiltaler (i henhold til trinn 3) og fortsette å overvåke for gjentakelse.
4. Hvis kortet fremdeles vises som (empty) eller mislyktes, fortsett til trinn 5.

Trinn 5 - Sette inn kortet på nytt eller sette det inn på
nyttHvis kortet ble fjernet ved et uhell, satt inn i feil spor eller må settes på plass:

1. Slå av DD-systemet ved å kjøre # system poweroff kommando gjennom SSH.
2. Installer I/O-kortet på nytt (eller sett på nytt) i riktig spor.
3. Slå på noden igjen.
4. Kjør system show hardware for å bekrefte at kortet er oppdaget.
5. Kjør system indict list For å verifisere gjenstår ingen tiltaler. Fjern eventuelle foreldede anklager med system indict remove <indict-id#>
6. Hvis kortet fortsatt ikke vises eller fungerer, går du videre til trinn 6.

Trinn 6 – Kontakt teknisk støtte
Hvis kortet forblir i en mislykket tilstand etter at du har utført trinnene ovenfor, er kortet sannsynligvis feil. 
Kontakt leverandøren av Dell-kundestøtten for å undersøke feilen og avtale reparasjon eller erstatning.

Hvis du vil fremskynde serviceforespørselen, bekrefter du at trinn 1 til 5 er fullført. Deretter genererer du en ny støttepakke og legger den til SR.