VxRail: Hälsokontrollen av noder misslyckas för testet "idc-q" (iDRAC-kö)

VxVerify kör flera test på varje nod genom att ladda upp ett "minion"-hälsokontrollprogram som identifierar problem som kan leda till att uppgraderingar misslyckas. En av dessa nodhälsokontroller är "idc_q", som rensar utestående kommandon från iDRAC-kön och rapporterar att klareringen har lyckats*.

Den här hälsokontrollen returnerar något av följande resultat:

Om tidsgränsen för iDRAC-kommandon överskrids eller ett ogiltigt svar visas misslyckas troligen även andra iDRAC-baserade tester, t.ex.
"idc_as" (iDRAC-administratörsstatus).Ett exempel på hälsokontrollutdata när iDRAC inte svarar visas nedan:

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

* Såvida inte argumentet -s eller --service läggs till när VxVerify körs. Det här argumentet ingår även när VxVerify körs som en del av LCM eller ADC.

IDC-q-testet frågar om det finns köade uppgraderingsjobb på iDRAC. Om det finns jobb sparas information om dessa i VxVerify-loggarna och sedan rensas kön.

Du kan kringgå köerna genom att köra VxVerify med alternativet --service (-s), som kör minion-skriptet utan att starta om plattformstjänsten.

För följande händelser: iDRAC-frågor misslyckades

Om VxVerify körs med standarduppgraderingsprofilen försöker funktionen åtgärda iDRAC-kommunikationsproblem genom att starta om iDRAC och iSM. Se artikel:

• Dell VxRail: Hälsokontroll "ism_fix" eller "rac_fix" försöker automatiskt korrigera Dell iSM- och iDRAC-problem