Print this page
NEX-1775 scsi_vhci should use f_sym module by default
Reviewed by: Evan Layton <evan.layton@nexenta.com>
Reviewed by: Dan Fields <dan.fields@nexenta.com>
NEX-14159 Need to update scsi_vhci.conf
Reviewed by: Yuri Pankov <yuri.pankov@nexenta.com>
Reviewed by: Steve Peng <steve.peng@nexenta.com>
Reviewed by: Cynthia Eastham <cynthia.eastham@nexenta.com>
NEX-14176 Add Multi-path support for HGST SDLL1HLR076TCCA1 SSD (format)
Reviewed by: Yuri Pankov <yuri.pankov@nexenta.com>
Reviewed by: Evan Layton <evan.layton@nexenta.com>
Reviewed by: Cynthia Eastham <cynthia.eastham@nexenta.com>
NEX-14176 Add Multi-path support for HGST SDLL1HLR076TCCA1 SSD
Reviewed by: Yuri Pankov <yuri.pankov@nexenta.com>
Reviewed by: Evan Layton <evan.layton@nexenta.com>
NEX-10025 Add Multi-path support for Lenovo MZILS400HEGRV3 SSD
Reviewed by: Evan Layton <evan.layton@nexenta.com>
Reviewed by: Saso Kiselkov <saso.kiselkov@nexenta.com>
NEX-8728 Add LENOVO SSD to /kernel/drv/scsi_vhci.conf
Reviewed by: Dan Fields <dan.fields@nexenta.com>
Reviewed by: Bruce Hamilton <bruce.hamilton@nexenta.com>
NEX-8683 Add SmrtStor SSD's to scsi_vhci.conf
Reviewed by: Dan Fields <dan.fields@nexenta.com>
Reviewed by: Bruce Hamilton <bruce.hamilton@nexenta.com>
NEX-7004 Add LENOVO-X disks to /kernel/drv/scsi_vhci.conf
Reviewed by: Yuri Pankov <yuri.pankov@nexenta.com>
Reviewed by: Bruce Hamilton <bruce.hamilton@nexenta.com>
Reviewed by: Dan Fields <dan.fields@nexenta.com>
NEX-3871 Add entry in /kernel/drv/scsi_vhci.conf to support the new BSSD's from SanDisk
Reviewed by: Gordon Ross <gordon.ross@nexenta.com>
Reviewed by: Yuri Pankov <yuri.pankov@nexenta.com>
OS-74 Need to bring in scsi_vhci changes from 3.x
*** 15,40 ****
# fields enclosed by brackets "[]" replaced with your own identifying
# information: Portions Copyright [yyyy] [name of copyright owner]
#
# CDDL HEADER END
#
# Copyright 2008 Sun Microsystems, Inc. All rights reserved.
# Use is subject to license terms.
#
! #pragma ident "%Z%%M% %I% %E% SMI"
! #
name="scsi_vhci" class="root";
- #
# Load balancing global configuration: setting load-balance="none" will cause
# all I/O to a given device (which supports multipath I/O) to occur via one
# path. Setting load-balance="round-robin" will cause each path to the device
# to be used in turn.
! #
! load-balance="round-robin";
- #
# Automatic failback configuration
# possible values are auto-failback="enable" or auto-failback="disable"
auto-failback="enable";
#BEGIN: FAILOVER_MODULE_BLOCK (DO NOT MOVE OR DELETE)
--- 15,39 ----
# fields enclosed by brackets "[]" replaced with your own identifying
# information: Portions Copyright [yyyy] [name of copyright owner]
#
# CDDL HEADER END
#
+
+ #
# Copyright 2008 Sun Microsystems, Inc. All rights reserved.
# Use is subject to license terms.
+ # Copyright 2018 Nexenta Systems, Inc.
#
!
name="scsi_vhci" class="root";
# Load balancing global configuration: setting load-balance="none" will cause
# all I/O to a given device (which supports multipath I/O) to occur via one
# path. Setting load-balance="round-robin" will cause each path to the device
# to be used in turn.
! load-balance="logical-block";
# Automatic failback configuration
# possible values are auto-failback="enable" or auto-failback="disable"
auto-failback="enable";
#BEGIN: FAILOVER_MODULE_BLOCK (DO NOT MOVE OR DELETE)
*** 46,69 ****
# value should not be changed. The ordering of entries is from
# most-specific failover modules (with a "probe" implementation that is
# completely VID/PID table based), to most generic (failover modules that
# are based on T10 standards like TPGS). By convention the last part of a
# failover module path, after "/scsi_vhci_", is called the
! # "failover-module-name", which begins with "f_" (like "f_asym_sun"). The
# "failover-module-name" is also used in the override mechanism below.
ddi-forceload =
- "misc/scsi_vhci/scsi_vhci_f_asym_sun",
- "misc/scsi_vhci/scsi_vhci_f_asym_lsi",
- "misc/scsi_vhci/scsi_vhci_f_asym_emc",
- "misc/scsi_vhci/scsi_vhci_f_sym_emc",
- "misc/scsi_vhci/scsi_vhci_f_sym_hds",
"misc/scsi_vhci/scsi_vhci_f_sym",
- # "misc/scsi_vhci/scsi_vhci_f_tpgs_tape",
- # "misc/scsi_vhci/scsi_vhci_f_tape",
"misc/scsi_vhci/scsi_vhci_f_tpgs";
- #
# For a device that has a GUID, discovered on a pHCI with mpxio enabled, vHCI
# access also depends on one of the scsi_vhci failover modules accepting the
# device. The default way this occurs is by a failover module's "probe"
# implementation (sfo_device_probe) indicating the device is supported under
# scsi_vhci. To override this default probe-oriented configuration in
--- 45,60 ----
# value should not be changed. The ordering of entries is from
# most-specific failover modules (with a "probe" implementation that is
# completely VID/PID table based), to most generic (failover modules that
# are based on T10 standards like TPGS). By convention the last part of a
# failover module path, after "/scsi_vhci_", is called the
! # "failover-module-name", which begins with "f_" (like "f_sym"). The
# "failover-module-name" is also used in the override mechanism below.
ddi-forceload =
"misc/scsi_vhci/scsi_vhci_f_sym",
"misc/scsi_vhci/scsi_vhci_f_tpgs";
# For a device that has a GUID, discovered on a pHCI with mpxio enabled, vHCI
# access also depends on one of the scsi_vhci failover modules accepting the
# device. The default way this occurs is by a failover module's "probe"
# implementation (sfo_device_probe) indicating the device is supported under
# scsi_vhci. To override this default probe-oriented configuration in
*** 73,95 ****
#
# or 2) override the module selected by "probe"
#
# or 3) disable scsi_vhci support for a device
#
! # you can add a 'scsi-vhci-failover-override' tuple, as documented in
# scsi_get_device_type_string(9F). For each tuple, the first part provides
# basic device identity information (vid/pid) and the second part selects
# the failover module by "failover-module-name". If you want to disable
# scsi_vhci support for a device, use the special failover-module-name "NONE".
- # Currently, for each failover-module-name in 'scsi-vhci-failover-override'
- # (except "NONE") there needs to be a
- # "misc/scsi_vhci/scsi_vhci_<failover-module-name>" in 'ddi-forceload' above.
#
# " 111111"
# "012345670123456789012345", "failover-module-name" or "NONE"
# "|-VID--||-----PID------|",
# scsi-vhci-failover-override =
# "STK FLEXLINE 400", "f_asym_lsi",
# "SUN T4", "f_tpgs",
# "CME XIRTEMMYS", "NONE";
#
#END: FAILOVER_MODULE_BLOCK (DO NOT MOVE OR DELETE)
--- 64,89 ----
#
# or 2) override the module selected by "probe"
#
# or 3) disable scsi_vhci support for a device
#
! # You can add a 'scsi-vhci-failover-override' tuple, as documented in
# scsi_get_device_type_string(9F). For each tuple, the first part provides
# basic device identity information (vid/pid) and the second part selects
# the failover module by "failover-module-name". If you want to disable
# scsi_vhci support for a device, use the special failover-module-name "NONE".
#
# " 111111"
# "012345670123456789012345", "failover-module-name" or "NONE"
# "|-VID--||-----PID------|",
+ #
+ # For example:
+ #
# scsi-vhci-failover-override =
# "STK FLEXLINE 400", "f_asym_lsi",
# "SUN T4", "f_tpgs",
# "CME XIRTEMMYS", "NONE";
#
+ # Currently, scsi-vhci-failover-override is not specified, and all devices are
+ # accepted by f_sym module.
+ #
#END: FAILOVER_MODULE_BLOCK (DO NOT MOVE OR DELETE)