As a target vendor, it is nice to be able control initiator behavior from the target without relying on user intervention on the initiator. There could be a very large number of initiators at a site. When ACLs are first added for a volume on our array, we use the transport layer, so that the initiator will discover the volumes without any manual intervention. kernel: scsi 8:0:0:1: Direct-Access PURE Flash Array 8888 PQ: 0 ANSI: 6 kernel: scsi 9:0:0:1: Direct-Access PURE Flash Array 8888 PQ: 0 ANSI: 6 kernel: scsi 6:0:0:1: Direct-Access PURE Flash Array 8888 PQ: 0 ANSI: 6 kernel: scsi 7:0:0:1: Direct-Access PURE Flash Array 8888 PQ: 0 ANSI: 6 ... kernel: sd 6:0:0:1: [sdd] Attached SCSI disk kernel: sd 8:0:0:1: [sdb] Attached SCSI disk kernel: sd 9:0:0:1: [sdc] Attached SCSI disk kernel: sd 7:0:0:1: [sde] Attached SCSI disk Subsequent volumes after the first one are discovered via unit attentions triggering the udev rule which calls scan-scsi-target. The SCSI devices being discovered without creating the corresponding multipath devices seems to be a bad default. We would like to control as much as possible from the target side to dictate initiator behavior. This comes as a regression to how it previously worked. Signed-off-by: Brian Bunker <brian@xxxxxxxxxxxxxxx> --- libmultipath/defaults.h | 2 +- multipath/multipath.conf.5 | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/libmultipath/defaults.h b/libmultipath/defaults.h index a5e9ea0c..6dfdb63b 100644 --- a/libmultipath/defaults.h +++ b/libmultipath/defaults.h @@ -23,7 +23,7 @@ #define DEFAULT_NO_PATH_RETRY NO_PATH_RETRY_UNDEF #define DEFAULT_VERBOSITY 2 #define DEFAULT_REASSIGN_MAPS 0 -#define DEFAULT_FIND_MULTIPATHS FIND_MULTIPATHS_STRICT +#define DEFAULT_FIND_MULTIPATHS FIND_MULTIPATHS_SMART #define DEFAULT_FAST_IO_FAIL 5 #define DEFAULT_DEV_LOSS_TMO 600 #define DEFAULT_RETAIN_HWHANDLER RETAIN_HWHANDLER_ON diff --git a/multipath/multipath.conf.5 b/multipath/multipath.conf.5 index b4dccd1b..4447fe1b 100644 --- a/multipath/multipath.conf.5 +++ b/multipath/multipath.conf.5 @@ -1164,7 +1164,7 @@ as non-multipath and passed on to upper layers. \fBNote:\fR this may cause delays during device detection if there are single-path devices which aren\'t blacklisted. .TP -The default is: \fBstrict\fR +The default is: \fBsmart\fR .RE . . -- -- dm-devel mailing list dm-devel@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/dm-devel