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) Staten:
   • 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) Staten.

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.

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å systemet 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.