VxRail: Nodehelsesjekk mislykkes for test 'idc-q' (iDRAC-kø)

VxVerify kjører flere tester på hver node ved å laste opp et «minion»-helsesjekkprogram, som oppdager problemer som kan føre til at oppgraderinger mislykkes. En av disse nodetilstandskontrollene er "idc_q", som fjerner utestående kommandoer fra iDRAC-køen og rapporterer tilbake om tollklareringsoperasjonen*.

Denne tilstandskontrollen returnerer ett av følgende resultater:

Hvis iDRAC belaster tidsavbrudd eller får et ugyldig svar, er det også sannsynlig at andre iDRAC-baserte tester vil mislykkes, for eksempel "idc_as" (iDRAC Admin State).
Et eksempel på helsesjekkutgang når iDRAC ikke svarer, vises nedenfor:

#========================#======#=========#====================================================================#==============#
|  Hostname / Category   |Status  Dell_KB |  Warnings or Failures, unless tests Passed                         ; Product S.N. |
#========================#======#=========#====================================================================#==============#
| Node1                  | Failure  43184 | idc_q: iDRAC queries failed                                                      .|

* Med mindre argumentet -s eller --service legges til når du kjører VxVerify. Dette argumentet er også inkludert når VxVerify kjøres som en del av LCM eller ADC.

"IDC-Q"-testen spør om det finnes oppgraderingsjobber i kø på iDRAC. Hvis det finnes noen jobber, lagres detaljene for disse i VxVerify-loggene, og deretter tømmes køen.

Tømming av køer kan omgås ved å kjøre VxVerify med --service (-s)-alternativet, som kjører minion-skriptet uten å starte plattformtjenesten på nytt.

For følgende hendelser: iDRAC-spørringer mislyktes

Hvis VxVerify kjøres med standard oppgraderingsprofil, forsøker den å løse problemer med iDRAC-kommunikasjon ved å starte iDRAC og iSM på nytt. Se artikkelen:

• Dell VxRail: Kontroller "ism_fix" eller "rac_fix" som forsøker å rette opp Dell iSM- og iDRAC-problemer automatisk