Configuring Linux Host for ISCSI With FlashArray
Configuring Linux Host for ISCSI With FlashArray
1
Contents
Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
Prepare the FlashArray with the Host, Volume, and Host IQN . . . . . . . . . . . . . . . 5
Helpful Links . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Linux Reference . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Linux Recommended Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Queue Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Space Reclamation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
ActiveCluster . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
ActiveDR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Contact Us . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Explore our documentation by clicking on the topics listed in the left-hand side table of contents. This
allows you to move between different topics within a publication.
The following are some quick references on how you can gather logs for troubleshooting on Linux
systems:
1. Make sure that you are following Linux Recommended Settings before proceeding.
Note: If multiple interfaces exist on the same subnet in RHEL, your iSCSI initiator may fail to connect to
Pure Storage target. In this case, you need to set sysctl's net.ipv4.conf.all.arp_ignore to 1 to
force each interface to only answer ARP requests for its own addresses. Please seeRHEL KB for Issue
Detail and Resolution Steps (requires Red Hat login).
$ sudo su
# yum install iscsi-initiator-utils
3. Start the iscsi service and enable it to start when the system boots:
For RHEL6:
For RHEL7:
iscsid.socket would start iscsid.service if stopped. At this stage, the status of iscsi service
service iscsi status might be seen as active or started. After the discovery command, the service
starts.
5. Enable default multipath configuration file and start the multipath daemon:
# vi /etc/multipath.conf
Prepare the FlashArray with the Host, Volume, and Host IQN
# cat /etc/iscsi/initiatorname.iscsi
where
where
where
pureport list
where
<FlashArray iSCSI IP> is the iSCSI interface IP address from either collected in
step 6.
8. From your Linux Host, log in to the FlashArray iSCSI target portals on both controllers:
where
10. Confirm the FlashArray volume has multiple paths with multipath -ll. A multipathed volume should be
represented by a device-mapped ID, as shown in bold in the example below:
# multipath -ll
3624a93702b60622e2b014a2200011011 dm-1 PURE ,FlashArray
size=2.0T features='0' hwhandler='1 alua' wp=rw
|-+- policy='queue-length 0' prio=50 status=active
| |- 2:0:0:2 sdb 8:16 active ready running
| |- 3:0:0:2 sdf 8:80 active ready running
| |- 4:0:0:2 sdl 8:176 active ready running
| `- 5:0:0:2 sdk 8:160 active ready running
`-+- policy='queue-length 0' prio=10 status=enabled
|- 6:0:0:2 sdd 8:48 active ready running
|- 7:0:0:2 sdh 8:112 active ready running
|- 8:0:0:2 sdp 8:240 active ready running
`- 9:0:0:2 sdo 8:224 active ready running
3624a93702b60622e2b014a2200011010 dm-0 PURE ,FlashArray
size=2.0T features='0' hwhandler='1 alua' wp=rw
|-+- policy='queue-length 0' prio=50 status=active
| |- 2:0:0:1 sda 8:0 active ready running
| |- 3:0:0:1 sde 8:64 active ready running
| |- 4:0:0:1 sdj 8:144 active ready running
| `- 5:0:0:1 sdi 8:128 active ready running
`-+- policy='queue-length 0' prio=10 status=enabled
|- 6:0:0:1 sdc 8:32 active ready running
|- 7:0:0:1 sdg 8:96 active ready running
# mkdir /mnt/store0
where
To enable automatic unmap for our thin-provisioning array, use the '-o discard' option when provisioning
the filesystem.
Note:
This will cause the RHEL 6.x to issue the UNMAP command, which in turn causes space to be
released back to the array for any deletions in that ext4 file system. This only works on Physical
RDM datastores, discard will not work on a disk mapped virtually via ESX.
where
# mount -a
# mount -o rw /mnt/store0
Verify the partition is mounted (this will also list the options for the mounted partition. i.e. "/dev/sdb5 on
/data type ext4 (rw,_netdev)"):
# mount
# df -h /mnt/store0
Note:
To make iSCSI device mount persistent across reboots, you will need to add an entry in /etc/fstab
following RHEL KB.
Open iSCSI initiator (i.e iscsiadm) utility provides a feature to create multiple interfaces:
You may then take the "-l" off the above command to display info about the iSCSI target:
Now update the newly created interface with a unique initiator name:
iscsiadm -m session
You can use -P 0|1|2 for more verbosity on the sessions like initiator to target
IP mapping, session timeout etc
Helpful Links
• iscsiadm does not allow the discovery of the same LUN with a second NIC.
• Why does Red Hat Enterprise Linux 6 and above invalidate/discard packets when the route for
outbound traffic differs from the route of incoming traffic?
Important: Due to a change in path priority detection in versions between 0.6.2 and 0.9.7 of
multipath-tools (or device-mapper-multipath), customers not upgrading to at least 6.5.5 or
6.6.4 must add the statement detect_prio "no" into their multipath.conf. The default
configuration otherwise will try to override the 'alua' prioritizer and replace it with 'sysfs'
despite 'alua' being specified in multipath.conf. Failure to do so will result in half of the paths
remaining in the ALUA state of Active/Non-optimized after the upgrade is completed.
Queue Settings
We recommend two changes to the queue settings. The first selects the 'noop' I/O scheduler, which has
been shown to get better performance with lower CPU overhead than the default schedulers (usually
'deadline' or 'cfq'). The second change eliminates the collection of entropy for the kernel random number
generator, which has high CPU overhead when enabled for devices supporting high IOPS.
Not required unless LUNs are already in use with wrong settings.
These settings can be safely changed on a running system, by locating the Pure LUNs:
An example for loop is shown here to quickly set all Pure luns to the desired 'noop' elevator:
All changes in this section take effect immediately, without rebooting for RHEL5 and higher. RHEL 4
releases will require a reboot. These changes will not persist unless they are added to the udev rule.
Once the IO scheduler elevator has been set to 'noop', it is often desired to keep the setting persistent,
after reboots.
Create a new file in the following location (for each respective OS). The Linux OS will use the udev rules to
set the elevators after each reboot.
RHEL
/etc/udev/rules.d/99-pure-storage.rules
Ubuntu
/lib/udev/rules.d/99-pure-storage.rules
Step 2: Add the Following Entries to the Rules File (Version Dependent)
The following entries automatically set the elevator to 'noop' each time the system is rebooted. Create a
file that has the following entries, ensuring each entry exists on one line with no carriage returns:
Note that in RHEL 8.x ‘noop’ no longer exists and has been replaced by ‘none’.
Note:
Please note that 6 spaces are needed after "FlashArray" under "Set the HBA timeout to 60
seconds" above for the rule to take effect.
RHEL 5.x
Note:
It is expected behavior that you only see the settings take effect for the sd* devices. The dm-*
devices will not reflect the change directly but will inherit it from the sd* devices that make up its
path.
The maximum allowed size of an I/O request in kilobytes is determined by the max_sectors_ kb setting
in sysfs. This restricts the largest IO size that the OS will issue to a block device. The Pure Storage
FlashArray can handle a maximum of 4MB writes. Therefore, we need to make sure that the maximum
allowed IO size matches our expectations. You can check your current settings to determine what the IO
size is, and as long as it does not exceed 4096, you should be fine.
Note:
In some cases, the Maximum IO Size Settings is not honored, and the host generates writes over
the 4 MB max. If you see the following errors, the IO size might be the problem:
Though the Pure Storage FlashArray is designed to service IO with consistently low latency, there are error
conditions that can cause much longer latencies and it is therefore important to ensure dependent servers
and applications are tuned appropriately to ride out these error conditions without issue. By design, given
the worst case, recoverable error condition, the FlashArray will take up to 60 seconds to service an
For versions below RHEL 6, you can add the following command(s) into rc.local:
The default timeout for normal file system commands is 60 seconds when udev is being used. If udev is
not in use, the default timeout is 30 seconds. If you are running RHEL 6+, and want to ensure the rules
persist, then use the udev method.
1. To check all of the block devices to see if any of them are ≤ 4096 use the following grep.
2. Next review run the following command and search for the block device sd* that is set wrong and
verify it is on a FlashArray volume.
If the value is ≤ 4096, then no action is necessary. However, if this value is > 4096, we
recommend that you change the max to 4096.
Reboot Persistent
We recommend that you add the value to your UDEV rules file (99-pure-storage.rules) created above. This
ensures that the setting persists through a reboot. To change that value please do the following:
Note:
The location of your rules file may be different depending on your OS version, so please
double check the command before running it.
Note:
This command should only be run if you are sure there are no running services
depending on that volume, otherwise you can risk an application crash.
Please keep in mind that the default multipath configuration is found by running the following command.
This is where you verify the dm-multipath config. If you search the default /etc/multipath.conf file (that
was created when the "mpathconf --enable --with_multipathd y" command) in RHEL 7.3+ you will not see
what the host is running by default.
Sample multipath.conf
The following multipath.conf file has been tested with recent versions of RHEL 8. It provides settings
for volumes on FlashArray exposed via either SCSI or NVMe. Prior to use, verify the configuration with
multipath -t. Some settings may be incompatible with older distributions; we list some known
incompatibilities and workarounds below.
defaults {
polling_interval 10
}
devices {
device {
vendor "NVME"
product "Pure Storage FlashArray"
path_selector "queue-length 0"
path_grouping_policy group_by_prio
prio ana
failback immediate
fast_io_fail_tmo 10
user_friendly_names no
no_path_retry 0
features 0
dev_loss_tmo 60
}
device {
• Path selectors: as listed in the sample above, Pure recommends the use of queue-length 0
with NVMe and service-time 0 with SCSI, which improve performance in situations where
paths have differing latencies by biasing I/Os towards paths that are servicing I/O more quickly.
Older kernels (before RHEL 6.2/before SUSE 12) may not support these path selectors and should
specify path_selector "round-robin 0" instead.
• Path prioritizers (ALUA for SCSI, and ANA for NVMe) and failback immediate must be
enabled on hosts connected to arrays configured in an ActiveCluster.
◦ The ANA path prioritizer for NVMe is a relatively recent feature (RHEL 8), and older
distributions may not support it. In non-ActiveCluster configurations, it can be safely
disabled by removing the line prio ana and replacing path_grouping_policy
group_by_prio with path_grouping_policy multibus.
• Please note that the above settings can differ based on a use case, for example - if user has
RHEL Open Stack Cinder driver configured, the settings can differ, so please, before making
recommendations, ask the customer if they have anything specific configured, or it is just a
standard Linux host.
• If multipath nodes are not showing up on the host after a rescan, you may need to add
find_multipaths yes to the defaults section above. This is the case for some hosts which
boot of a local non-multipath disk.
• Consult man 5 multipath.conf and/or the RHEL Documentation before making modifications
to the configuration.
After creating and connecting some volumes on the FlashArray to the host, run multipath -ll to check
the configuration. The below output was obtained by creating two volumes and connecting the first to the
host via NVMe, and the second through SCSI.
Note the policy='queue-length 0' and policy='service-time 0' which indicate the active path
selection policies. These should match the path selection policy settings from the configuration file.
To check if path prioritizers are working correctly in an ActiveCluster environment, create a stretched
volume and set a preferred array for the host as described in ActiveCluster: Optimizing Host Performance
with Array Preferences. The output of multipath -ll should then look similar to the following example.
# multipath -ll
3624a9370292fd80c2afd473400011426 dm-2 PURE,FlashArray
size=3.0T features='0' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 6:0:2:2 sde 8:64 active ready running
| |- 6:0:3:2 sdg 8:96 active ready running
| |- 7:0:2:2 sdk 8:160 active ready running
| `- 7:0:3:2 sdm 8:192 active ready running
`-+- policy='service-time 0' prio=10 status=enabled
|- 6:0:0:1 sdb 8:16 active ready running
Notice the two distinct groups of paths. The paths to the preferred array (SCSI target numbers 2 and 3)
have priority 50, while the paths to the non-preferred array (SCSI target numbers 0 and 1) have priority 10.
Note:
There are no certification requirements for storage hardware systems with Oracle Linux KVM.
Oracle Linux KVM uses kernel interfaces to communicate with storage hardware systems, and
does not depend on an application programming interface (API).
When systems have co-existing multipathing software, it is a good practice to exclude control from one
multipathing software in order to allow control by another multipathing software.
The following is an example of using DM-Multipathd to blacklist LUNs from a third party vendor. The
syntax blocks DM-Multipathd from controlling those luns that are "blacklisted".
The following can be added to the 'blacklist' section of the multipath.conf file.
blacklist {
device {
vendor "XYZ.*"
product ".*"
}
device {
vendor "ABC.*"
product ".*"
}
}
Space Reclamation
You will want to make sure that space reclamation is configured on your Linux Host so that you do not run
out of space. For more information please see this KB: SCSI UNMAP.
• If ActiveCluster does not influence multipaths.conf on Linux (because Linux hosts are not
configured in ActiveCluster), the recommended multipaths configuration per RHEL version should
be up-to-dated.
• If AcitveCluster does influence multipaths.conf on Linux, there should be extra information and
examples for Linux with ActiveCluster, which is separated from the existing recommended
multipaths configuration per RHEL version.
Additional multipath settings are required for ActiveCluster. Please see Linux.
ActiveDR
The Linux kernel has been enhanced to enable userspace to respond to certain SCSI Unit Attention
conditions received from SCSI devices via the udev event mechanism. The FlashArray using version 5.0
and later supports the following SCSI Unit Attentions:
With these SCSI Unit Attentions, it is possible to have the Linux initiator auto-rescan on these storage
configuration changes. The requirement for auto-rescan support in RHEL/Centos is the libstoragemgmt-
udev package. On installing this package a udev rule is installed, 90-scsi-ua.rules. Uncomment the
supported Unit Attentions and reload the udev service to pick up the new rules:
Note:
The following udevadm command will cause the following will cause all of the rules in the rules.d
directory to be triggered immediately. The customer needs to take extreme caution when running
this command because it may crash the host or have other unintended consequences. We
recommend the customer reboots when they have a change control windows if at all possible.
If you are using a LUN to boot from SAN, you need to ensure the changes in your configuration files are
applied upon rebooting. This is done by rebuilding the initial ramdisk (initrd or initramfs) to include the
proper kernel modules, files and configuration directives after the configuration changes have been made.
As the procedure slightly varies depending on the host, we recommend that you refer to your vendor's
documentation for the proper procedure.
An example file that may be missing that could result in failure to boot:
...(kernel build)/kernel/drivers/md/dm-round-robin.ko
When rebuilding the initial ramdisk, you need to confirm that the necessary dependencies are in place
License
Distribution and use of the RapidFile Toolkit is governed by the Pure Storage EULA for Plugin / Adaptor /
Provider / SDK / Management Pack, which is available at Legal Terms, Programs, and Product Information.
Licenses for open source software used by RapidFile Toolkit can be found in the provided .tgz file. The
provided rpm and deb installers install license files to /usr/local/share/doc/rapidfile-toolkit/licenses.
Support
If you are a registered Pure Storage user and need assistance with RapidFile Toolkit, please contact Pure
Technical Services at Contact Us.
Contact Us
If you would like to submit product feedback on RapidFile Toolkit, please submit a comment via the Leave
Feedback link below.
SUSE Product Documentation — On this page, find technical documentation, such as quick starts, guides,
manuals, and best practices for all SUSE products and solutions.
Debian 7.5.0 (With Linux Kernel 3.2) — The Debian Project is making every effort to provide all of its users
with proper documentation in an easily accessible form.
Ubuntu 16.04 —