Redirecting system logs to a vSAN object causes an ESXi host lock up
search cancel

Redirecting system logs to a vSAN object causes an ESXi host lock up


Article ID: 326522


Updated On:


VMware vSAN


When systems logs or the ESXi host scratch partition are stored on the vSAN datastore, it can cause the ESXi host to become unresponsive to vCenter Server and the host CLI.


In certain rare scenarios, the system logger and other processes on the ESXi host may not be able to update files in the scratch space. This is typically, though not exclusively, associated with another event that causes vSAN storage operations to fail to process IO from these processes, usually due to a loss of the underlying storage or the storage being filled to 100% capacity. When this issue occurs, it can cause the host to become completely non-responsive, including the inability to interact with the host via a command-line interface.


If this issue occurs, reboot the ESXi host to recover manageability of the host. You may have to resolve the underlying storage issue by migrating VM's off of the datastore with another host if it is full or resolving an issue with the HBA that host is using to connect to the storage if appropriate.


To prevent this issue occurring, do not store system logs or scratch locations on the vSAN datastore.


For more information about configuring system scratch partitions and the syslog configuration, see: