VxRail: Knooppuntstatuscontrole mislukt vanwege testkras

De 'scratch'-healthcheck zorgt ervoor dat de logboeken in "vmkernel.log" kunnen worden geopend in de scratch-partitie:

/var/log/vmkernel.log

De resultaten van deze healthcheck kunnen een van de volgende zijn:

Elke test die slaagt, wordt voor het gemak niet vermeld in het samenvattende rapport.
Hieronder ziet u een voorbeeld van de uitvoer van de statuscontrole:

#========================#======#=========#====================================================================#==============#
|  Hostname / Category   |Status  Dell_KB |  Warnings or Failures, unless tests Passed                         ; Product S.N. |
#========================#======#=========#====================================================================#==============#
| node02                 | Critical 43145 | scratch: /scratch/log/vmkernel.log has not been written in the last 486096 seconds|

De 'scratch'-test controleert of het bestand '/scratch/log/vmkernel.log' toegankelijk is.
De tijdstempels op de meest recente regels worden gecontroleerd en er wordt een fout gerapporteerd als de meest recente regels meer dan 2 uur oud zijn.
Als de vmkernel.log om welke reden dan ook niet kan worden gevonden in de scratchpartitie, meldt de test een kritieke fout.

Controleer het VMkernel-logboek:

Een fout bij deze test geeft aan dat de scratchpartitie niet leesbaar was door de test en dat deze partitie moet worden gecontroleerd.
Open de opdrachtregel op een knooppunt en controleer de scratch-partitie:

/scratch

Als de partitie kan worden geopend, controleert u de inhoud van het volgende logboek, dat recente regels met gebeurtenissen moet bevatten:

/scratch/log/vmkernel.log

De locatie van het scratch-logboek is mogelijk gewijzigd en de locatie van het logboek kan worden gecontroleerd met de opdracht:

esxcli system syslog config get

Bijvoorbeeld:

Local Log Output: /scratch/log

Als het bovenstaande niet /scratch/log is, controleer dan de vmkernel.log in het alternatieve pad.

Controleer de VMkernel link:

Er moet een koppeling zijn naar de kladlogboek (bijvoorbeeld /scratch/log/vmkernel.log), in /var/log:

# ls -la /var/log/vmkernel.log
lrwxrwxrwx    1 root     root            25 Sep  8 12:01 /var/log/vmkernel.log -> /scratch/log/vmkernel.log

Als dit niet het geval is, maakt u de bestandskoppeling zodat deze overeenkomt met de bovenstaande vermelding.

Ga als volgt te werk om een gebrek aan logboekregistratie naar vmkernel.log op te lossen:

Als er niet naar de vmkernel.log wordt geschreven (alle vermeldingen duren meer dan 2 uur), moet de host opnieuw worden opgestart.

Opnieuw opstarten:

1. Zet knooppunt in onderhoudsmodus
2. Start het knooppunt opnieuw op
3. Knooppunt afsluiten uit onderhoudsmodus
4. Voer VxVerify opnieuw uit

Als het probleem zich blijft voordoen, neemt u contact op met Dell Support.

Een andere mogelijkheid is dat het cluster een aangepaste globale directorywaarde heeft ingesteld in geavanceerde systeeminstellingen voor Syslog.global.logDir (die buiten de VxRail-standaarden valt).
Dit kan een netwerkshare zijn of een verkeerde configuratie van de syslog-server.

Een klant kan bijvoorbeeld de Syslog.global.logDir in alle knooppunten aanpassen om de logbestanden op te slaan in een Network File System (NFS), zoals in het onderstaande voorbeeld.

Controleer de variabele Syslog.global.logDir, onder Geavanceerde systeeminstellingen van het knooppunt, en bevestig dat de waarde []/scratch/log is.
Als de waarde afwijkt van de standaardwaarde []/scratch/log, kan de statuscontrole melden dat VMkernel.log niet is gevonden.
Meer informatie over de bovenstaande variabelen vindt u in het VMware-artikel hieronder.
https://knowledge.broadcom.com/external/article?legacyId=2003322