VxRail: ESXi-vært vises som om, den ikke reagerer, i vCenter, og problemet opstår igen efter genstart af værten i flere dage

Det kan ske, at nogle ESXi-værter vises som om, de ikke reagerer, i vCenter. En genstart af værten kan løse problemet midlertidigt, men efter flere dage opstår problemet igen. Dette problem opstår kun på Dell PowerEdge 14G-servere med iDRAC9.

I TSR-loggen vises en meddelelse som f.eks.

2019-06-04 15:26:05 ISM0049 The iDRAC Service Module (iSM) is unable to communicate to the iDRAC because the client certificate is either unavailable or invalid.

I vmkernel.log,

2019-06-04T02:05:56.920Z cpu61:2105520)WARNING: VisorFSObj: 1576: Cannot create file /etc/cim/dell/srvadmin/iSM/ini/tttttttttttttyZxIL9 for process sfcb-dcism because the inode table of its ramdisk (etc) is full.

I hostd.log,

2019-06-02T13:39:59.688Z error hostd[2105490] [Originator@6876 sub=Libs opID=e4a0107a-853b-11e9-f2a3 user=dcui:vsanmgmtd] VsanUtil: Failed to lock esx.conf /etc/vmware/esx.conf.LOCK.2104629: symlink failed: No space left on device

I iDRAC UI,

iDRAC9 v3.30.30 indførte et obligatorisk krav om at oprette en sikker TLS-kanal med iSM v3.4.0-1471 eller nyere.

Dell Engineering har identificeret et scenarie, hvor der opstår en hukommelseslækage, hvis iDRAC9 endnu ikke har forhandlet denne sikre TLS-forbindelse, hvis iSM v3.4.0-1471 blev installeret eller opgraderet, før iDRAC-firmwaren blev opgraderet. Lækagen forårsager i sidste ende også tab af kerneinodeantal på grund af en oversvømmelse af midlertidige INI-filer oprettet i /etc/dell.

VxRail SW-versioner 4.5.400, 4.7.200 og derover integreret iSM v3.4.0-1471. Der er tilføjet en løsning til at forhindre dette problem i 4.5.400 og 4.7.212. 4.7.210 påvirkes ikke, fordi det kun er en produktionsversion, så der foretages ingen opgraderinger af den. Derfor er der størst sandsynlighed for, at VxRail 4.7.200- og 4.7.211-versionerne støder på dette problem.

Genstart ESXi-værten, hvis den allerede vises som om, den ikke svarer i vCenter.

Geninstallation af iSM kan udløse genforhandling af den sikre TLS-kanal med iDRAC9 og løse problemet, så det ikke opstår igen.

På de berørte ESXi-værter skal du køre følgende kommandoer for at geninstallere iSM.

esxcli software vib remove -n dcism
esxcli software vib install -d <path to iSM VIB>

Hvis der ikke er nogen inode tilgængelig i ESXi, kan du fjerne unødvendige filer først, fordi dette problem også kan forårsage at løbe tør for inode.

ls -l /etc/cim/dell/srvadmin/iSM/ini/
rm -f /etc/cim/dell/srvadmin/iSM/ini/tttttt*

Hvis bundkortet er blevet udskiftet på grund af hardwarefejl, gælder ovenstående løsningstrin også.