Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-1830

Changes to Arcus NVMeoFC multipath.conf settings for RHEL 9.x to be included in kernel by default

    • Icon: Bug Bug
    • Resolution: Done-Errata
    • Icon: Major Major
    • rhel-9.4
    • rhel-8.8.0.z, rhel-9.0.0
    • None
    • sst_logical_storage
    • ssg_filesystems_storage_and_HA
    • 10
    • 14
    • 3
    • QE ack, Dev ack
    • False
    • Hide

      None

      Show
      None
    • Yes
    • None
    • Enhancement
    • Hide
      .Changes to Arcus NVMeoFC `multipath.conf` settings are now included in kernel

      Device-mapper-multipath now has a built-in configuration for the HPE Alletra 9000 NVMeFC array. Arcus added support for ANA (Asymmetric Namespace Access) for NVMeoFC. This is similar to ALUA for SCSI. A change in the `multipath.conf` is required for a RHEL host to use this feature and send only I/O to ANA optimized paths when available. Without this change, device mapper was sending I/O to both ANA optimized and ANA non-optimized paths.

      NOTE: This change is only for NVMeoFC. FCP `multipath.conf` content already had this setting for supporting ALUA previously.
      Show
      .Changes to Arcus NVMeoFC `multipath.conf` settings are now included in kernel Device-mapper-multipath now has a built-in configuration for the HPE Alletra 9000 NVMeFC array. Arcus added support for ANA (Asymmetric Namespace Access) for NVMeoFC. This is similar to ALUA for SCSI. A change in the `multipath.conf` is required for a RHEL host to use this feature and send only I/O to ANA optimized paths when available. Without this change, device mapper was sending I/O to both ANA optimized and ANA non-optimized paths. NOTE: This change is only for NVMeoFC. FCP `multipath.conf` content already had this setting for supporting ALUA previously.
    • Done
    • None

      Description :
      Changes to Arcus NVMeoFC multipath.conf settings for RHEL 8.x/9.x to be included in kernel by default

      Arcus added support for ANA (Asymmetric Namespace Access) for NVMeoFC. This is similar to ALUA for SCSI. A change in multipath.conf is required for a RHEL host to take advantage of this and send IO down only ANA optimized paths when available. Without this change, device mapper will send IO down both ANA optimized and ANA non optimized paths.

      Here is the change required:

      Before Arcus:
          device

      {         vendor "NVME"         product "HPE Alletra"         path_grouping_policy multibus         path_selector "service-time 0"         path_checker "none"         prio const         failback immediate         rr_weight uniform         no_path_retry "queue"         rr_min_io_rq 1         fast_io_fail_tmo 10         dev_loss_tmo 14     }

      New for Arcus:
          device

      {         vendor "NVME"         product "HPE Alletra"         path_grouping_policy "group_by_prio"         path_selector "service-time 0"         path_checker "none"         prio const         failback immediate         rr_weight uniform         no_path_retry "queue"         rr_min_io_rq 1         fast_io_fail_tmo 10         dev_loss_tmo 14     }

      After making the above change in /etc/multipath.conf, restart the multipathd service for the change to take effect:

      1. systemctl restart multipathd

      Notes:
      •    This change is for NVMeoFC only. FCP multipath.conf content already had this setting for supporting ALUA previously.
      •    The above is an example. If you are using a Merlin surrogate, the product would be "HPE Primera".

            rhn-engineering-bmarzins Benjamin Marzinski
            ankita.roy@hpe.com Ankita Roy (Inactive)
            Benjamin Marzinski Benjamin Marzinski
            Lin Li Lin Li
            Apurva Bhide Apurva Bhide
            Votes:
            0 Vote for this issue
            Watchers:
            12 Start watching this issue

              Created:
              Updated:
              Resolved: