The ESXi host enters a 'Not Responding' state in vCenter.
Virtual machines experience sluggish performance or become unresponsive.
Powering on virtual machines is significantly delayed following a host reboot.
The console for Linux-based VMs (including the vCenter Server VM) display file system errors.
The following snippets are observed in /var/run/log/vmkwarning.log on the ESXi host.
Wa(180) vmkwarning: cpu##:####)WARNING: ScsiDeviceIO: ####: READ CAPACITY on device "naa.####" from Plugin "HPP" failed. I/O error
Wa(180) vmkwarning: cpu##:####)WARNING: ScsiDeviceIO: ####: READ CAPACITY on device "naa.####" from Plugin "HPP" failed. I/O error
Wa(180) vmkwarning: cpu##:####)WARNING: ScsiDeviceIO: ####: READ CAPACITY on device "naa.####" from Plugin "HPP" failed. I/O errorThe following snippets are observed in /var/run/log/vmkernel.log on the ESXi host.
In(182) vmkernel: cpu#:####)HPP: HppScsiThrottleLogForDevice:523: Error status H:0x8 D:0x0 P:0x0 Invalid sense data: 0x0 0x0 0x0. from device naa.#### repeated 640 times, hppAction = 3]
In(182) vmkernel: cpu#:####)HPP: HppScsiThrottleLogForDevice:523: Error status H:0x8 D:0x0 P:0x0 Invalid sense data: 0x0 0x0 0x0. from device naa.#### repeated 1280 times, hppAction = 3]VMware ESXi 7.x
VMware ESXi 8.x
There is an underlying issue with the Storage device (I/O error). The Host's storage stack continues to send and retry SCSI commands to the dead device, which subsequently exhausts the management agents (hostd and vpxa). Since the host assumes the device is still available, it retries indefinitely, leading to CPU spikes and Host becoming unresponsive.
In some cases, the storage level issue may be resolved, but the errors persist at the ESXi level. In that case, a storage rescan on the host or a host reboot may restore access to the device or datastore.
Perform a storage rescan on the ESXi host:
esxcli storage core path list -d naaID
esxcli storage core adapter rescan -A adaptor_name
esxcli storage core adapter rescan -aNote: Replace esxcli with localcli if the hostd agent is completely unresponsive. See esxcli vs localcli commands
If the issue persists after a storage rescan and host reboot, engage the underlying storage vendor to investigate further.