There are two conditions to encounter this vpxd crash:
A vpxd crash can be detected from the /var/log/vMonCoredumper.log
on vCenter Server:
YYYY-MM-DDT##:##:##:###Z In(05) host-####### Notify vMon about vpxd-worker dumping core. Pid : #######
YYYY-MM-DDT##:##:##:###Z In(05) host-####### Successfully notified vMon.
YYYY-MM-DDT##:##:##:###Z In(05) host-####### Successfully generated core file /var/core/core.vpxd-worker.#######.
A reconfigure task is observed in the vpxd logs on vCenter Server (var/log/vmware/vpxd/vpxd-###.log)
before the crash:
YYYY-MM-DDT##:##:##:###Z
info vpxd[#######] [Originator@#### sub=vpxLro opID=XXXXXX-#######-auto-#XXXX-h5:########-##] [VpxLRO] -- BEGIN task-###### -- vm-##### -- vim.VirtualMachine.reconfigure
Virtual machine NVMe controller usage can be validated through the vSphere UI or via the vmx file (see Locating virtual machine log files on an ESXi host). Search the vmx file for references to nvme similar to the line below:
nvme0.present = "TRUE"
VMware vCenter Server 8.0 U3
VMware vSphere ESXi 8.0 U1 and lower
vpxd will crash due to a sharedBus property check added in vCenter Server 8.0 U3. This property is unset on 8.0 U1 ESXi hosts or lower. If ESX host is 8.0.2 and above. Issue should not occur.
This issue will only happen if the ESXi host is 8.0 U1 or lower.
Workaround:
Disk size can still be incremented using host UI.
Permanent fix:
Update vCenter to 8.0 U3b or later.