This article addresses scenarios where an ESXi host enters a "Not Responding" state in vCenter Server despite virtual machines remaining operational. This condition occurs when the host's physical CPU resources are fully saturated, leading to a breakdown in management communication and a failure of Distributed Resource Scheduler (DRS) functions.
YYYY-MM-DDTHH:MM:SS.123Z cpu24:2097152)Alert: PCPU 24: no heartbeat for 7 seconds; possible starvation or lockup.
YYYY-MM-DDTHH:MM:SS.456Z cpu24:2097152)Warning: World 2097152 (vpxa) blocked for 12000 ms on CPU 24.
// [Logging gap occurs here as CPU stays at 100%]
YYYY-MM-DDTHH:MM:SS.789Z cpu0:2097200)vcpu-0:36989572: Jump in wallclock detected. Previous: 1720383022, Current: 1720384805.
vpxa agent. If the CPU is saturated, vpxa cannot send this heartbeat, causing vCenter to mark the host as "Not Responding."To restore management connectivity and allow DRS to redistribute the workload, restart the management agents on the affected host.
/etc/init.d/hostd restart
/etc/init.d/vpxa restartservices.sh restartMonitor the host in vCenter. Once the services initialize, the host should return to a "Connected" state, and DRS will begin migrating virtual machines to alleviate the CPU load.