Host modes for VSP E series
Host mode | When to select this host mode |
---|---|
00 [Standard] | When registering Red Hat Linux server hosts or IRIX server hosts in the host group.* HMOs specific to this host mode: 68, 88, 91, 122, 131 HMOs available to this host mode: 2, 7, 13, 22, 25, 39, 68, 71, 78, 80, 88, 91, 96, 97, 113, 122, 131 HMO best practice: 2, 22, 25, 68 |
01 [(Deprecated) VMware] | Do not select this host mode. Select host mode 21 VMware Extension instead. HMOs specific to this host mode: 54, 63, 68, 88, 110, 114, 122 HMOs available to this host mode: 2, 7, 13, 22, 25, 39, 54, 63, 68, 71, 78, 80, 88, 96, 97, 110, 113, 114, 122 HMO best practice: See host mode 21 [VMware Extension] in this table. |
03 [HP] | When registering HP-UX server hosts in the host group. HMOs specific to this host mode: 12, 33, 43, 60, 88 HMOs available to this host mode: 2, 7, 12, 13, 22, 25, 33, 39, 43, 60, 71, 78, 80, 88, 96, 97, 113 HMO best practice: 2, 12, 22, 25, 60 |
05 [OpenVMS] | When registering OpenVMS server hosts in the host group. HMOs specific to this host mode: 33 HMOs available to this host mode: 2, 7, 13, 22, 25, 33, 39, 71, 78, 80, 96, 97, 113 HMO best practice: 2, 22, 25 |
07 [Tru64] | When registering Tru64 server hosts in the host group. HMOs available to this host mode: 2, 7, 13, 14, 22, 25, 39, 71, 78, 80, 96, 97, 113 HMO best practice: 2, 22, 25 |
09 [Solaris] | When registering Solaris server hosts in the host group. HMO specific to this host mode: 88 HMOs available to this host mode: 2, 7, 13, 22, 25, 39, 71, 78, 80, 88, 96, 97, 98, 113 HMO best practice: 2, 22, 25 |
0A [NetWare] | When registering NetWare server hosts in the host group. HMOs available to this host mode: 2, 7, 13, 22, 25, 39, 71, 78, 80, 96, 97, 113 HMO best practice: 2, 22, 25 |
0C [(Deprecated) Windows] | Do not select this host mode. Select host mode 2C Windows Extension instead. HMOs specific to this host mode: 6, 40, 73, 88, 105, 110, 114, 122 HMOs available to this host mode: 2, 6, 7, 13, 22, 25, 39, 40, 71, 73, 78, 80, 88, 96, 97, 105, 110, 113, 114, 122 HMO best practice: See host mode 2C [Windows Extension] in this table. |
0F [AIX] | When registering AIX ® server hosts in the host group. HMOs specific to this host mode: 15, 88 HMOs available to this host mode: 2, 7, 13, 15, 22, 25, 39, 71, 78, 80, 88, 96, 97, 113, 124 HMO best practice: 2, 15, 22, 25 When host mode 0F AIX ® is set, NACA ( Normal Auto Contingent Allegiance) is enabled automatically. To ensure that the host responds correctly to a port with host mode 0F AIX enabled:
Caution: If the host mode of a port is changed to 0F AIX and the host had already recognized the Inquiry response for an LDEV on the port before host mode 0F AIX was set, the host might experience loss of device access (LDEV or LU). The host must be rebooted after the host mode is changed to 0F AIX to recognize the change in the response to the standard inquiry. |
21 [VMware Extension] | When registering VMware server hosts in the host group.* HMOs specific to this host mode: 54, 63, 68, 82, 83, 88, 110, 114, 122 HMOs available to this host mode: 2, 7, 13, 22, 25, 39, 54, 63, 68, 71, 78, 80, 82, 83, 88, 96, 97, 110, 113, 114, 122 HMO best practice: 2, 22, 25, 54, 63, 68, 110 |
2C [Windows Extension] | When registering Windows server hosts in the host group.* HMOs specific to this host mode: 6, 40, 73, 88, 105, 110, 114, 122 HMOs available to this host mode: 2, 6, 7, 13, 22, 25, 39, 40, 71, 73, 78, 80, 88, 96, 97, 105, 110, 113, 114, 122 HMO best practice: 2, 22, 25, 40, 110 |
*Use host mode 21 only for VMware server hosts (Hypervisor host accessing VMFS formatted data stores, not Raw Device Mapping (RDM) disks. But when the (Linux-based OS or Windows) Virtual Machine host directly recognizes and manages the I/O stack on LUs by RDM (Raw Device Mapping), then the disk should only be assigned a host mode that is the same as the operating system of the virtual machine, even when running on VMware Hypervisor. Unreliable access, errors, and performance problems will result if vCenter maps an RDM disk to a virtual machine that is part of a VMware host group with VMware host mode configured. This is because Windows and Linux use SCSI-3 version protocol and VMware uses SCSI-4 version protocol. Linux-based OS (such as Red Hat Linux) or Windows Virtual Machine (VM) server hosts that use virtual disks and not RDM do not need any host group mapping because they are dependent on the VMware Hypervisor host for creating a virtual disk (VMDK file) from the VMFS file system residing on a Hypervisor-only data stores, because the VM disk files are ultimately VMware VMFS file system files and not actual disks. To add VMware Hypervisor (not virtual machine) hosts to one host group, you must set this host mode and these HMOs for the host group:
Restrictions for VMware server hosts added to the host group: Do not attempt to set Windows or Linux HMO functions on a VMware Hypervisor, they cannot be used by VMware:
The above functions are handled by the HMO 54 and 63 in the VMware host group instead. |
Host mode options for VSP E series
HMO | Function | Host mode | Description |
---|---|---|---|
2 | VERITAS Database Edition/Advanced Cluster | Any | Purpose: By default, Reservation Conflict is returned for Test Unit Ready run from host without the PERSISTENT GROUP RESERVATION key setting. In the following conditions, Good Status is expected. When this HMO is enabled, the storage system will switch Test Unit Ready response to Good Status from Reservation Conflict. Use this HMO when any of the following conditions is met:
|
6 | TPRLO | 0C [(Deprecated) Windows] or 2C [Windows Extension] | Purpose: By default, PRLO is returned for TPRLO, however, LOGO might be expected under the following conditions. When this HMO is enabled, the storage system will switch the TPRLO response to LOGO from PRLO. Use this HMO when all these conditions are satisfied:
|
7 | Automatic recognition function of LUN | Any | Purpose: By default, Unit Attention response is not returned when adding a LUN using a host group. However, in some cases, the host might expect Unit Attention. When this HMO is enabled, the storage system will return the Unit Attention response. Use this HMO when any of the following conditions is met:
Note: If the UA response occurs frequently and the load on the host becomes high, the data transfer cannot be started on the host side and timeout might occur. |
12 | No display for ghost LUN | 03 [HP] | Use this HMO when you want to suppress creation of device files for devices to which paths are not defined. |
13 | SIM report at link failure | Any | Use this HMO when you want SIMs (service information messages) to be issued if the number of link failures detected between the ports exceeds the threshold. Note: Enable HMO 13 only when requested to do so. HMO 13 is enabled for each port. Set HMO 13 for the host group 00 of the target port. |
15 | HACMP | 0F [AIX] | Use this HMO when HACMP* or PowerHA® is used. * HACMP 4.5 version 4.5.0.13 or later, HACMP 5.1 version 5.1.0.4 or later, or HACMP 5.2 or later. |
22 | Veritas Cluster Server | Any | Purpose: By default, Reservation Conflict is returned to the MODE SENSE command from the host without the PERSISTENT GROUP RESERVATION key setting. In the following condition, GOOD status is expected when a reserved volume receives the MODE SENSE command from a node that is not reserving this volume. When this HMO is enabled, the storage system will switch the MODE SENSE command response to Good status from Reservation Conflict. Use this HMO when any of these conditions is satisfied:
|
25 | Support SPC-3 behavior on Persistent Reservation | Any | Purpose: By default, Reservation Conflict is returned for PERSISTENT RESERVE OUT (Service Action = REGISTER AND IGNORE EXISTING KEY) command if there is no registered key to be deleted. In the following conditions, Good Status (SPC-3 response) is expected. When this HMO is enabled, the storage system will switch this command response to Good Status from Reservation Conflict. Use this HMO when one of these conditions is satisfied:
Note: Host types other than above listed in Special Direction expect the response when the option is set to OFF. |
25 | Support SPC-3 behavior on Persistent Reservation | Any | Use this HMO when one of these conditions is satisfied:
|
33 | SET/REPORT DEVICE IDENTIFIER command support | 03 [HP] | If you assign a nickname to a device, you want to enable the required commands. |
39 | Change the nexus specified in the SCSI Target Reset | Any | Use this HMO when you want to enable the host to set these ranges on all initiators in the host group, not only the initiator that issues the job resetting when receiving Target Reset, such as in the IBM SVC connection environment:
|
40 | V-VOL expansion | 0C [(Deprecated) Windows] or 2C [Windows Extension] | Use this HMO when you want to automate recognition of the V-VOL capacity after increasing the V-VOL capacity. When a VMware, Linux, or Windows server is added to a host group, select VMware Extension for the host mode and then set the option to ON. |
43 | Queue Full Response | 03 [HP] | Use this HMO when the command queue is full in your storage system connected to an HP-UX host, and you want to respond Queue Full (instead of Busy) from the storage system to the host. |
51 | Round Trip Set Up Option | Any | Use this HMO if you want to adjust the response time of the host I/O, for example when the distance between the MCU and RCU of the TrueCopy or global-active device pair is long (approximately 100 km) and point-to-point topology is used. For further information, see the section below this table. |
54 | (VAAI) Support Option for the EXTENDED COPY command | 01 [(Deprecated) VMware] or 21 [VMware Extension] | Purpose: This HMO enables the XCOPY command to be used. When this HMO is enabled, the VENDOR SPECIFIC EXTENDED COPY command that the VAAI (vStorage APIs for Array Integration) function of VMware ESX/ESXi 4.1 or later issues to the storage system is available. Notes:
|
60 | LUN0 Change Guard | 03 [HP] | Use this HMO when HP-UX 11.31 is used, and you want to suppress the addition or deletion of LUN 0. |
63 | (VAAI) Support Option for vStorage APIs based on T10 standards | 01 [(Deprecated) VMware] or 21 [VMware Extension] | Purpose: This HMO enables the use of VAAI, which complies with SCSI T10. Use this HMO when you connect the storage system to VMware ESXi 5.0 or later and use the VAAI function for iSCSI T10. Notes:
|
63 | (VAAI) Support Option for the EXTENDED COPY command | 01 [(Deprecated) VMware] or 21 [VMware Extension] | Use this HMO when you connect the storage system to VMware ESXi 5.0 or later and use the VAAI function for iSCSI T10. Use a combination of this HMO and HMO 54. Note: After setting this HMO, perform the operation, such as the server reboot that reissues the INQUIRY command on the host side. |
68 | Support Page Reclamation for Linux | 00 [Standard], 01 [(Deprecated) VMware], or 21 [VMware Extension] | Purpose: When this HMO is enabled, the storage system will change the response that Linux OS can issue the WriteSame command to use the Page Reclamation function. Use this HMO when using the Page Reclamation function with a Linux host. Notes:
|
71 | Change the Unit Attention for Blocked Pool-VOLs | Any | Use this HMO when you want to change the unit attention (UA) from NOT READY to MEDIUM ERROR while a DP pool is blocked. |
73 | Support Option for WS2012 | 0C [(Deprecated) Windows] or 2C [Windows Extension] | Purpose: Use this HMO if all the following functions provided by Windows Server 2012 (WS2012) or later are used with a Windows OS host running WS2012 or later:
Use a combination of this HMO and HMO 114 when a VXIO driver with Veritas InfoScale 8.0 or later is used on the Windows OS host. Notes:
|
78 | The non-preferred path option | Any | Use this HMO when all these conditions are satisfied:
Caution: If this HMO is set on the wrong host group, load balance of HDLM with the option cannot be performed intended operations, which might cause a performance issue. |
80 | Multi Text OFF Mode | Any | By using the iSCSI interface, if the storage system connects with the host of which OS is not supported of the Multi Text function. For instance, connecting the storage system and the host of RHEL5.0 which does not support the Multi Text-function. |
82 | Discovery CHAP Mode | 21 [VMware Extension] | Select this option when the CHAP authentication is performed at the time of the discovery login in the iSCSI connection environment. For instance: When the CHAP authentication is performed at the time of the discovery login in the iSCSI environment of the VMware host and storage system |
83 | Report iSCSI Full Portal List Mode | 21 [VMware Extension] | Use this HMO when all these conditions are met:
Notes:
|
88 | Port consolidation | 00 [Linux], 01 [(Deprecated) VMware], 03 [HP], 09 [Solaris], 0C [(Deprecated) Windows], 0F [AIX], 21 [VMware extension], 2C [Windows extension] | Use this HMO when converging multiple host-target ports used in the migration source storage system on one host group of the migration target storage system by enabling path definition from the host group to LDEVs of multiple virtual storage machines.
This HMO setting is not supported when the HDLM or VxVM DMP multipath software is used. Notes:
|
91 | Disable I/O wait for OpenStack Option | 00 [Standard] | Use this HMO when manually creating host groups or iSCSI targets that are used as the I/O data paths for OpenStack. |
94 | Disable initiator function on port | Any | Use this HMO when prompted to set this option while using an SAN Boot system in a configuration connecting to a specific host. For example, this HMO is used to configure a SAN Boot system by directly connecting the Fibre Channel channel board on the storage system to the Broadcom (Emulex) 16-Gbps or 32-Gbps Fibre Channel HBA that supports the connection to the storage system. Note: For details about the conditions of the supported connection configuration, contact customer support. After you set this option, do not use the port for an external storage connection or a remote copy connection. Note: This HMO option setting can be specified for each port. Set this HMO to host group 0 of the target port. |
96 | Change the nexus specified in the SCSI Logical Unit Reset | Any | Use this HMO when you want to enable the host to set these ranges on all initiators in the host group, not only the initiator that issues the job resetting when receiving an LU Reset, such as in the IBM SVC connection environment:
|
97 | Proprietary ANCHOR command support | 00 [Standard] | Do not enable HMO 97 when connecting with Hitachi NAS Platform (HNAS). This setting does not enable any HNAS functionality at this time. Note: This HMO was intended to be used only for NAS but was never implemented in NAS software, and therefore it is currently not supported by NAS and should not be used. |
105 | Task Set Full response in the event of I/O overload | 0C [(Deprecated) Windows] or 2C [Windows Extension] | Use this HMO when you want to return Task Set Full response from the storage system to the host when an overload of I/Os occurs on the storage system. |
109 | Change FLOGI TOV on port | Any | Use this HMO when prompted to set this option while using an SAN Boot system in a configuration connecting to a specific host. Note: For details about the conditions of the supported connection configuration, contact customer support. After you set this option, do not use the port for external storage connection or remote copy connection. Note: This HMO option setting can be specified for each port. Set this HMO to host group 0 of the target port. |
110 | ODX support for WS2012 | 01 [(Deprecated) [VMware], 21 [VMware Extension], 0C [(Deprecated) Windows] or 2C [Windows Extension] | Use this HMO when ODX (Offloaded Data Transfer) provided by Windows Server 2012 or later is used, in the environment with which the WS2012 or later host connects. Notes:
|
113 | SCSI CHAP Authentication Log | Any | Use this HMO when the result of the CHAP authentication is output to the audit log (DKC). Notes:
|
114 | The automatic asynchronous reclamation on ESXi 6.5 or later | 01 [(Deprecated) [VMware] ,21 [VMware Extension], 0C [(Deprecated) Windows], or 2C [Windows Extension] | If either of the following conditions is met:
Note: After setting this HMO, perform the operation, such as the server reboot, that reissues the INQUIRY command on the host side. |
122 | Task Set Full response after reaching QoS upper limit | 01 [(Deprecated) VMware], 21 [VMware Extension], 0C [(Deprecated) Windows], 2C [Windows Extension], or 00 [Standard] | Use this HMO when a Windows/Linux/VMware host is connected, and when the QoS upper limit is reached, if you want to return a TASK SET FULL response to the host in order not to retain an I/O inside the storage system. Note: If this option is set for a host other than a Windows/Linux/VMware host, an I/O might not be issued from the host. |
124 | Guaranteed response during controller failure | 0F [AIX] | Use this HMO when connecting to an AIX™ host and using HDLM-EX as the alternative path software. Note: If this option is set for a configuration other than the AIX™ host and HDLM-EX, an I/O might not be issued from the host. |
HMO 51 details
- When the HMO 51 setting is changed to ON or OFF, a link-down and link-up occur on the target port, and an SSB log of link down is output on RCU (R-DKC).
- This HMO can work only when the microcode supporting this function is installed on both MCU (M-DKC) and RCU (R-DKC).
- This function is only applicable when the DW-F800-4HF32R PCB is used.
- When removing the DW-F800-4HF32R PCB, the operation must be performed after setting HMO 51 to OFF.
- If this option is used, Point to Point setting is necessary.
- If HMO 51 is set to ON while SOM 769 is ON, path creation might fail after automatic port switching.
- Make sure to set HMO 51 from OFF to ON or from ON to OFF after the pair is suspended or when the load is low.
- The RCU Target, which is connected with the MCU where this option is set to ON, cannot be used for Universal Replicator.
- Path attribute change (Initiator Port - RCU-Target Port, RCU-Target Port - Initiator Port) accompanied with Hyperswap is enabled after setting HMO 51 to ON. If HMO 51 is already set to ON on both paths, HMO 51 continues to be applied on the paths even after execution of Hyperswap.
- This function is available in the following configuration:
Supported version: DW-F800-4HF32R: All versions
Supported configuration: Point to Point setting with HMO 49 and HMO 50 set to ON while the path distance between MCU and RCU meets requirements of each program product. In the case of DW-F800-4HF32R, setting HMO 49 and HMO 50 is not necessary as it does not support the options.