High Storage Latency and SCSI IO Aborts on PowerMax LUNs in ESXi
search cancel

High Storage Latency and SCSI IO Aborts on PowerMax LUNs in ESXi

book

Article ID: 446792

calendar_today

Updated On:

Products

VMware vSphere ESXi

Issue/Introduction

Virtual machines residing on specific Dell PowerMax (PMAX) storage devices may become unresponsive or experience extreme performance degradation. This issue is characterized by high storage latency (up to 7000ms) and repeated SCSI command failures.

Symptoms:

  • Virtual machines (VMs) hang or become unstable.
  • vmkernel.log reports frequent SCSI aborts and resets on specific LUNs.
  • High latency observed in storage performance metrics (DAVG/KAVG).

Exact Error Messages:

  • ScsiDeviceIO: ####: Cmd(0x################) 0x## ... failed H:0x8 D:0x0 P:0x0 (H:0x8 indicates a SCSI Abort).
  • ScsiDeviceIO: ####: Cmd(0x################) 0x## ... failed H:0x5 D:0x0 P:0x0 (H:0x5 indicates a SCSI Reset).
  • ScsiCore: 2000: Power-on Reset occurred on naa.################################
  • WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:###: NMP device "naa.####" state in doubt

Environment

  • Primary Product: VMware vSphere ESXi 8.x, 9.x 
  • Storage Array: Dell PowerMax (PMAX)
  • Configuration: Fibre Channel (FC) connectivity with Raw Device Mapping (RDM) LUNs.
  • HBA Driver: nfnic 

Cause

The issue is triggered by the storage array or the Fibre Channel fabric failing to process I/O requests, leading to a "state in doubt" condition for specific LUNs.

Analysis of the vmkernel.log indicates that the sequence starts with failed Test Unit Ready (TUR) commands (0x0), followed by Power-on Resets (POR) and subsequent I/O Aborts (H:0x8) and Resets (H:0x5). Since other LUNs on the same host and HBA remain unaffected, the cause is localized to the specific LUNs or the storage-side processing of those LUNs.

Resolution

To resolve this issue, perform the following steps to isolate and address the storage-layer failure:

  1. Identify Impacted LUNs: Review the vmkernel.log or run esxtop to identify the specific naa IDs experiencing high latency and H:0x8 or H:0x5 errors.
  2. Verify Path Status: Ensure all 16 paths (or your specific path count) to the LUN are active and not reporting hardware-level link failures.
  3. Engage Storage Vendor:
    • Provide the storage vendor (e.g., Dell/EMC) with the specific LUN naa IDs and the PMAX Serial Number identified in the logs.
    • Request an analysis of the array-side logs to determine why I/O aborts and Power-on Resets are occurring at the storage target level.
  4. HBA Maintenance:
    • Verify that HBA driver (nfnic) and firmware versions are within the supported compatibility range.
    • If versions are significantly outdated (e.g., N-3), plan a maintenance window to update to the latest recommended versions per the Broadcom Compatibility Guide.

Additional Information

For details on interpreting specific SCSI sense codes (e.g., 0x6 0x29 0x0), refer to: