VMware vSphere ESXi 8.x
VMware vSphere ESX 9.x
This is caused by external storage or SAN fabric-layer instability, or a failure in the local HBA driver/firmware stack to process I/O acknowledgments. The ESXi host is reporting a failure to maintain a consistent I/O path to the storage devices.
"State in doubt" message indicates that the storage stack cannot determine the device status, typically due to physical layer interruptions or hardware-level congestion.
VMFS heartbeat timeouts confirm that the host is losing access to the volume metadata for extended periods.
state in doubt; requested fast path state update
NMP: nmp_ResetDeviceLogThrottling:####: last error status from device naa.################################
Engage the Storage (SAN) and Fabric vendors to investigate the health of the storage array and the physical paths (switches, cables, and SFPs).
HBA Driver and Firmware Check: Verify that the Host Bus Adapter (HBA) driver and firmware versions are on the Broadcom Compatibility Guide (HCL) and are supported for the version of ESXi in the environment.
Engage Storage and Fabric Vendors: Contact the Storage (SAN) and Fabric vendors to investigate the health of the storage array controllers and the physical pathing (switches, cables, and SFPs).
Data Correlation: Provide the storage and fabric teams with the specific device ID (naa.################################) and the timestamps from the vmkernel.log & vobd.log when the throttling or heartbeat timeouts were recorded.
Hardware Inspection: Inspect physical SAN switch logs for port flapping, or faulty SFP modules that could cause intermittent path instability.
The following knowledge-based articles are applicable
"state in doubt; requested fast path state update" error in vmkernel.log
Understanding lost access to volume messages in ESXi