VxRail: O redirecionamento de logs do sistema para um objeto vSAN causa um bloqueio do host do ESXi
Summary: Host entrando em estado sem resposta e não consegue executar nenhum comando da CLI.
Symptoms
Quando os logs do sistema ou a partição scratch do host do ESXi são armazenados no datastore do vSAN, isso pode fazer com que o host do ESXi não responda ao vCenter Server e à CLI do host.
SSH para o nó afetado e execute ls -ltrh que lista os detalhes da partição do arquivo.
Para verificar se o host está configurado com uma partição scratch padrão, execute o comando abaixo e verifique o campo de saída do registro local.
localcli system syslog config get
Exemplo:
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
Se esse problema ocorrer, reinicialize o host do ESXi para recuperar a capacidade de gerenciamento do host.
Após a reinicialização, altere novamente o local de scratch para o padrão /scratch/log , execute o comando abaixo para definir /scratch/log
esxcli system syslog config set --logdir=/scratch/log
Para evitar que esse problema ocorra, não armazene logs do sistema nem locais de rascunho no datastore do vSAN.
Para obter mais informações sobre como configurar partições scratch do sistema e a configuração do syslog, consulte:
Additional Information
Para evitar que esse problema ocorra, não armazene logs do sistema ou locais de rascunho no datastore do vSAN. Consulte o artigo da KB da VMware: O redirecionamento de logs do sistema para um objeto vSAN causa um bloqueio do host do ESXi