VxRail: Node-Integritätsprüfung schlägt für Test-Scratch fehl

Der 'scratch' Health-Check stellt sicher, dass auf Protokolle in "vmkernel.log" in der Scratch-Partition zugegriffen werden kann:

/var/log/vmkernel.log

Die Ergebnisse dieser Integritätsprüfung können eines der folgenden sein:

Bestandene Tests werden aus Gründen der besseren Lesbarkeit nicht im zusammenfassenden Bericht aufgeführt.
Ein Beispiel für die Ausgabe der Integritätsprüfung ist unten dargestellt:

#========================#======#=========#====================================================================#==============#
|  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|

Der "scratch"-Test überprüft, ob auf die Datei "/scratch/log/vmkernel.log" zugegriffen werden kann.
Die Zeitstempel der neuesten Zeilen werden überprüft und es wird ein Fehler gemeldet, wenn die letzten Zeilen über 2 Stunden alt sind.
Wenn das vmkernel.log aus irgendeinem Grund nicht in der Scratch-Partition gefunden werden kann, meldet der Test einen kritischen Fehler.

Überprüfen Sie das VMkernel-Protokoll:

Ein Fehler bei diesem Test weist darauf hin, dass die Scratch-Partition vom Test nicht gelesen werden konnte und überprüft werden sollte.
Greifen Sie auf die Befehlszeile auf einem Node zu und überprüfen Sie die Scratch-Partition:

/scratch

Wenn auf die Partition zugegriffen werden kann, überprüfen Sie den Inhalt des folgenden Protokolls, das aktuelle Ereigniszeilen enthalten sollte:

/scratch/log/vmkernel.log

Der Speicherort des Scratch-Protokolls wurde möglicherweise geändert und der Protokollspeicherort kann mit dem folgenden Befehl überprüft werden:

esxcli system syslog config get

Zum Beispiel:

Local Log Output: /scratch/log

Wenn es sich bei dem oben genannten nicht um /scratch/log handelt, überprüfen Sie die vmkernel.log im alternativen Pfad.

Überprüfen Sie den VMkernel-Link:

In /var/log muss ein Link zum Scratch-Protokoll vorhanden sein (z. B. /scratch/log/vmkernel.log):

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

Wenn dies nicht vorhanden ist, erstellen Sie den Dateilink so, dass er dem obigen Eintrag entspricht.

So beheben Sie einen Mangel an Protokollierung in vmkernel.log:

Wenn nicht in den vmkernel.log geschrieben wird (alle Einträge sind länger als 2 Stunden), sollte der Host neu gestartet werden.

So führen Sie einen Neustart durch:

1. Node in den Wartungsmodus versetzen
2. Starten Sie den Node neu.
3. Beenden des Wartungsmodus des Node
4. VxVerify erneut ausführen

Wenn das Problem weiterhin besteht, wenden Sie sich an den Dell Support.

Eine weitere Möglichkeit besteht darin, dass der Cluster in den erweiterten Systemeinstellungen einen nutzerdefinierten globalen Verzeichniswert für Syslog.global.logDir festgelegt hat (außerhalb der VxRail-Standards).
Dies kann eine Netzwerkfreigabe oder eine Syslog-Serverfehlkonfiguration sein.

Beispielsweise kann ein Kunde das Syslog.global.logDir in allen Nodes anpassen, um die Protokolle in einem Network File System (NFS) zu speichern, wie im folgenden Beispiel gezeigt.

Überprüfen Sie die Variable Syslog.global.logDir unter Advanced System Settings des Node und bestätigen Sie, dass der Wert []/scratch/log ist.
Wenn sich der Wert vom Standardwert []/scratch/log unterscheidet, kann die Integritätsprüfung melden, dass VMkernel.log nicht gefunden wurde.
Weitere Informationen zu den oben genannten Variablen finden Sie im folgenden VMware-Artikel.
https://knowledge.broadcom.com/external/article?legacyId=2003322