The hexadecimal 28 in the error is the SCSI status code for the queue full state. The value 0x08 in the above error is the SCSI Status code indicating a device busy state.
VMware vSphere ESXi 7.x
VMware vSphere ESXi 8.x
VMware vSphere ESXi has an adaptive queue depth algorithm that adjusts the LUN queue depth in the VMkernel I/O stack. This algorithm is activated when the storage array indicates I/O congestion by returning a BUSY or QUEUE FULL status. These status codes may indicate congestion at the LUN level or at the port (or ports) on the array. When congestion is detected, VMkernel throttles the LUN queue depth. The VMkernel attempts to gradually restore the queue depth when congestion conditions subside.
This algorithm can be activated by changing the values of the QFullSampleSize and QFullThreshold parameters. When the number of QUEUE FULL or BUSY conditions reaches the QFullSampleSize value, the LUN queue depth reduces to half of the original value. When the number of good status conditions received reaches the QFullThreshold value, the LUN queue depth increases one at a time.
NOTE: Careful consideration is needed if multiple hosts access the same LUN or array ports. For the adaptive queue depth algorithm to be effective, all hosts accessing the LUN/port must have some form of adaptive queue depth algorithm. If some hosts run the adaptive queue depth algorithm while other hosts do not, the hosts that are not running the algorithm may consume the resources/slots on the array that are freed up by the adaptive hosts. This causes the hosts running the algorithm to exhibit lower disk I/O throughput. This may also increase the I/O congestion that initially triggered the adaptive algorithm.
If hosts running operating systems other than ESXi are connected to array ports that are being accessed by ESXi hosts, and the ESXi hosts are configured to use the adaptive algorithm, either make sure the operating systems use an adaptive queue depth algorithm or isolate those hosts on different ports on the storage array.
These parameters can be set either globally, individually, or both depending on business needs as different vendors have different optimal values for their arrays. If you apply both the global option and also set one of the parameters for a specific device, the setting for the specific device always takes precedence over the global setting.
NOTE: Devices managed by the global parameter will return incorrect LUN queue depth values when queried using the command esxcli storage core device list
. Instead, these devices will return these a value of zero:
Queue Full Sample Size: 0
Queue Full Threshold: 0
The above parameters point to DQLEN in ESXTOP.
Do not be alarmed, the correct global LUN queue depth values are being applied to these devices, this can be confirmed using esxtop
, for details see: Checking the queue depth of the storage adapter and the storage device (broadcom.com).
Run the ESXCLI command: esxcli storage core device set --device device_uid --queue-full-threshold Q --queue-full-sample-size S
Replace device_uid
with the actual unique identifier of your device.
Example: esxcli storage core device set --device device_uid --queue-full-sample-size 32 --queue-full-threshold 4
You can retrieve the values for a device by using the corresponding list command.esxcli storage core device list
The command supports an optional --device parameter.esxcli storage core device list --device device
The recommended values are the same as in earlier releases.
QFullSampleSize:
QFullThreshold:
NOTE: Settings remain persistent after reboots and take effect immediately without needing to reboot the ESXi host.