A critical scenario where a Controller VM (CVM) using DirectPath I/O (PCI Passthrough) experiences a broad-spectrum storage disk detachment.
/dev/sda, /dev/sdb) disappear simultaneously.vmkernel.log shows benign SCSI opcodes 0x1a/0x85 but otherwise reports the physical controller as operational.~/data/logs/hades.out) show cascading "hot-remove" events triggered by disk_manager.py.nutanix@NTNX-hostname-A-CVM:##.##.##.## :~ $ grep -1 "hot-remove" ~/data/logs/hades.out*
2026-06-24 15:22:35,716Z – INFO Dummy-1142 disk_manager.py:3879 Handling hot-remove event for disk /dev/sdc, short serial: VRKT9JRK
2026-06-24 15:24:06,660Z – INFO Dummy-1142 disk_manager.py:3879 Handling hot-remove event for disk /dev/sdc, short serial: VRKT9JRK
2026-06-24 15:25:25,987Z – INFO Dummy-1142 disk_manager.py:3879 Handling hot-remove event for disk /dev/sdc, short serial: VRKT9JRK
2026-06-24 15:31:57,721Z – INFO Dummy-1142 disk_manager.py:3879 Handling hot-remove event for disk /dev/sdg, short serial: VRKT9JRK
2026-06-24 15:36:22,724Z – INFO Dummy-1142 disk_manager.py:3879 Handling hot-remove event for disk /dev/sdg, short serial: VRKT9JRK
2026-06-24 18:34:30,336Z – INFO Dummy-1142 disk_manager.py:3879 Handling hot-remove event for disk /dev/sdc, short serial: VRKT9JRK
A hardware sub-fabric failure or PCIe link training dropout on the storage backplane or Intel VMD controller. Because the hardware is in Passthrough mode, the ESXi hypervisor maintains no visibility into the guest-level disk evictions.
esxcli storage hpp device list.grep -i "hot-remove" ~/data/logs/hades.out*The issue was determined to be environmental/third-party. The customer implemented a workaround provided by Nutanix was to move the CVM to another host.