NVMe Devices with NGUID Device Identifiers

For NVMe devices, ESXi generates device identifiers based on the information it retrieves from the devices. Generally, the NVMe devices support identifiers in EUI64 or NGUID formats, or use both formats. NGUID is a Namespace Globally Unique Identifier that uses the EUI64 16-byte designator format.

For the devices that support only NGUID format, the host-generated device identifier changes depending on the version of ESXi. The ESXi host of version 6.7 and earlier created the t10.xxx_controller_serial_number identifier. Starting with 6.7 Update 1, the host creates two identifiers: eui.xxx (NGUID) as primary and t10.xxx_controller_serial_number as alternative primary.

ID Formats Supported by Device		Device Identifier Generated by Host
EUI64 ID Format	NGUID ID Format	ESXi 6.7 and earlier	ESXi 6.7 Update 2
yes	yes	t10.xxx_EUI64	t10.xxx_EUI64
yes	no	t10.xxx_EUI64	t10.xxx_EUI64
no	yes	t10.xxx_controller_serial_number	eui.xxx (NGUID) as primary ID t10.xxx_controller_serial_number as alternative primary ID

Note: If your host has NGUID-only devices and you upgrade the host to ESXi 6.7 Update 2 from an earlier version, the device identifier changes from t10. xxx_controller_serial_number to eui. xxx (NGUID) in the entire ESXi environment. If you use the device identifier in any of your customer scripts, you must reflect this format change.

Verify Mapping Between Primary and Alternative Device Identifiers

Use the esxcli storage core device uidmap list command to verify the device identifiers. The output is similar to the following:

 esxcli storage core device uidmap list
eui.0000xyz.....
   Primary UID: eui.0000xyz.....
   Alternative Primary UIDs: t10.0000abc....
   Legacy UID: vml.0000000000766d68....
   Alternative Legacy UIDs: vml.000000000080906....