/VMware: ESXi 5.5 update – No coredump target has been configured. Host core dumps cannot be saved

VMware: ESXi 5.5 update – No coredump target has been configured. Host core dumps cannot be saved

Today after update(just apply the latest bug fix and security patches) our ESXi 5.5 farm had a strange issue.

Applying VMware update in 8 ESXi 5.5 HP DL360 Gen9, after the reboot I had the same issue in all hosts

Warning: No coredump has been configured. Host core dumps cannot be saved

First I try investigate the updates and check any VMware KB information and don’t see anything that could cause this issue. Or if is an hidden issue, or the issue was already in this hosts and never been discover.

So we try to find where was the issue here.

Starting to check the partition and look for the partition coredump state.

List all coredump partitions: # esxcli system coredump partition list

It seems there is no coredump partition.

Then check heck the devices in the host: # esxcfg-scsidevs -c

I see the the SD Flash card where the ESXi is installed.

So lets check all partitions in this device and see if there is any partition for the coredump(call vmkDiagnostic) using partedUtil.

List all partitions: # partedUtil getptbl /vmfs/devices/disks/mpx.vmhba32:C0:T0:L0

There is the #7(normally the vmkDiagnostic and coredump partition) but also #9.

So we need to set the coredump into the proper partition and enable and delete the other.

This type of issues(2 coredump partitions) normally happen in ESXi hosts that were upgraded(these hosts were upgraded from 5.0 to 5.5 some time ago)

First bind the coredump to the right partition: # esxcli system coredump partition set –partition=’mpx.vmhba32:C0:T0:L0:7′

Then set the to coredump to true: # esxcli system coredump partition set –enable true

Then just list the coredump partitions again to check if now is set: # esxcli system coredump partition list

As we can see, now the partition #7 is enable and active for coredump, but we still have a second one. So lets just delete the #9 partition.

To delete the partition we need to use the partedUtil again: # partedUtil delete /vmfs/devices/disks/mpx.vmhba32:C0:T0:L0 9

After we delete the partition, lets check if is already remove from the partition table and check if there is only one active coredump partition.

# partedUtil getptbl /vmfs/devices/disks/mpx.vmhba32:C0:T0:L0

All partitions are correct and now only one coredump partitions is visible.

After this coredump is again active and enable and we don’t see any warning anymore in the host(in vSphere Client)

Hope this help you correcting your coredump issues.

Note: Share this article, if you think is worth sharing.

By | 2017-12-30T02:50:12+01:00 February 27th, 2016|VMware Posts|1 Comment

About the Author:

I have over 20 years of experience in the IT industry. I have been working with Virtualization for more than 15 years (mainly VMware). I recently obtained certifications, including VCP DCV 2022, VCAP DCV Design 2023, and VCP Cloud 2023. Additionally, I have VCP6.5-DCV, VMware vSAN Specialist, vExpert vSAN, vExpert NSX, vExpert Cloud Provider for the last two years, and vExpert for the last 7 years and a old MCP. My specialties are Virtualization, Storage, and Virtual Backup. I am a Solutions Architect in the area VMware, Cloud and Backup / Storage. I am employed by ITQ, a VMware partner as a Senior Consultant. I am also a blogger and owner of the blog ProVirtualzone.com and recently book author.

Leave A Comment