VxRail: Omdirigering af systemlogfiler til et vSAN-objekt medfører, at ESXi-værten låser
Summary: Værten går i ikke-responsiv tilstand og kan ikke køre nogen cli-kommandoer.
Symptoms
Når systemlogfiler eller ESXi-værtens arbejdspartition gemmes på vSAN-datalageret, kan det medføre, at ESXi-værten ikke svarer på vCenter Server og værtens CLI.
SSH til den berørte knude og kør ls -ltrh som viser filpartitionsdetaljerne.
For at kontrollere, om værten er konfigureret med en standard arbejdspartition, skal du køre nedenstående kommando og kontrollere det lokale logoutputfelt.
localcli system syslog config get
Eksempel:
SyslogConfiguration:
Default Network Retry Timeout: 180
Dropped Log File Rotation Size: 100
Dropped Log File Rotations: 10
Enforce SSL Certificates: false
Local Log Output: /scratch/log
Local Log Output Is Configured: false
Local Log Output Is Persistent: true
Local Logging Default Rotation Size: 1024
Local Logging Default Rotations: 8
Log To Unique Subdirectory: false
Message Queue Drop Mark: 90
Remote Host: udp://192.168.10.XXX:514Cause
Resolution
Hvis dette problem opstår, skal du genstarte ESXi-værten for at gendanne administrationen af værten.
Efter genstart skal du skifte arbejdsstedet tilbage til standardindstillingen /scratch/log , skal du køre nedenstående kommando for at indstille /scratch/log
esxcli system syslog config set --logdir=/scratch/log
For at forhindre dette problem i at opstå, må du ikke gemme systemlogfiler eller arbejdssteder på vSAN-datalageret.
Du kan finde flere oplysninger om konfiguration af systemarbejdspartitioner og syslog-konfiguration under:
Additional Information
For at forhindre, at dette problem opstår, må du ikke gemme systemlogfiler eller arbejdssteder på vSAN-datalageret. Se VMware KB: Omdirigering af systemlogfiler til et vSAN-objekt medfører, at ESXi-værten låser