esxcli system coredump file list reveals an existing .dumpfile on a datastore, but the output indicates that both Active and Configured boolean values are false.Path Active Configured Size
------------------------------------------------------------------------------------------------------- ------ ---------- ----------
/vmfs/volumes/<Datastore_UUID>/vmkdump/<Filename>.dumpfile false false ##########VMware vSphere ESXi
ESXi architectures automatically generate a file-based coredump within the consolidated ESX-OSData volume. During a hypervisor upgrade, the process is designed to inherit this layout. However, architectural changes to the OSData internal structure, transient storage topology initialization delays during the post-upgrade boot sequence, or underlying datastore UUID alterations can sever the runtime link to the existing dump file. Consequently, the .dumpfile physically persists on the storage volume, but the kernel drops the active configuration pointer, rendering it inactive.
The diagnostic coredump file must be re-registered as the active target within the ESXi kernel.
esxcli system coredump file set --smart --enable true
Or utilize the output from the file list command to declare the exact file path:esxcli system coredump file set -p /vmfs/volumes/<Datastore_UUID>/vmkdump/<Filename>.dumpfile --enable trueNote: For more information on configuring the coredump file, see Configuring ESXi coredump to file instead of partition
esxcli system coredump file listThe vCenter Server host health alarm will automatically clear upon the next polling cycle once the active diagnostic target is detected.