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.The issue is caused by Management Starvation. When an ESXi host's CPU is pinned at 100%, the internal management agents (specifically vpxa and hostd) are starved of CPU cycles.
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.
services.sh restart