VxRail: ESXi-verten vises som ikke svarer i vCenter, og problemet oppstår på nytt etter omstart av verten i flere dager

Det kan hende at noen ESXi-verter vises som ikke svarer i vCenter. Omstart av verten kan løse problemet midlertidig, men etter flere dager oppstår problemet på nytt. Dette problemet oppstår bare på Dell PowerEdge 14G-servere med iDRAC9.

I TSR-loggen vises en melding som

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-brukergrensesnittet,

iDRAC9 v3.30.30 introduserte et obligatorisk krav om å opprette en sikker TLS-kanal med iSM v3.4.0-1471 eller nyere.

Teknikere fra Dell har identifisert et scenario der det oppstår en minnelekkasje hvis iDRAC9 ennå ikke har forhandlet frem denne sikre TLS-tilkoblingen hvis iSM v3.4.0-1471 ble installert eller oppgradert før iDRAC-fastvaren ble oppgradert. Lekkasjen fører til slutt også til tap av antall kjerneinoder på grunn av en flom av midlertidige INI-filer opprettet i /etc/dell.

VxRail SW versjon 4.5.400, 4.7.200 og nyere integrert iSM v3.4.0-1471. En midlertidig løsning for å unngå dette problemet ble lagt til 4.5.400 og 4.7.212. 4.7.210 påvirkes ikke fordi det er en produksjonsutgivelse, så ingen oppgraderinger til den. Derfor er det mest sannsynlig at VxRail 4.7.200- og 4.7.211-versjonene støter på dette problemet.

Start ESXi-verten på nytt hvis den allerede vises som uresponsiv i vCenter.

Hvis du installerer iSM på nytt, kan det hende at den sikre TLS-kanalen reforhandles med iDRAC9 og at problemet ikke oppstår på nytt.

På de berørte ESXi-vertene kjører du følgende kommandoer for å installere iSM på nytt.

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

Hvis det ikke er noen inode tilgjengelig i ESXi, kan du fjerne unødvendige filer først fordi dette problemet også kan føre til at du går tom for inode.

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

Hvis hovedkortet er byttet ut på grunn av maskinvarefeil, gjelder også løsningstrinnene ovenfor.