On 10/12/2016 01:37 PM, Xose Vazquez Perez wrote:
On 10/11/2016 03:41 PM, Hannes Reinecke wrote:

On 10/11/2016 02:55 PM, Xose Vazquez Perez wrote:
Cc: Hannes Reinecke <h...@suse.de>
Cc: Christophe Varoqui <christophe.varo...@opensvc.com>
Cc: device-mapper development <dm-devel@redhat.com>
Signed-off-by: Xose Vazquez Perez <xose.vazq...@gmail.com>
 multipathd/multipathd.service | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/multipathd/multipathd.service b/multipathd/multipathd.service
index e3d6f91..45aca35 100644
--- a/multipathd/multipathd.service
+++ b/multipathd/multipathd.service
@@ -11,7 +11,7 @@ Conflicts=shutdown.target
-ExecStartPre=/sbin/modprobe -a scsi_dh_alua scsi_dh_emc scsi_dh_rdac 
+ExecStartPre=/sbin/modprobe -a scsi_dh_alua scsi_dh_emc scsi_dh_hp_sw 
scsi_dh_rdac dm-multipath
 ExecStart=/sbin/multipathd -d -s
 ExecReload=/sbin/multipathd reconfigure

If you can point me to a single user of an MSA1500 I'm happy to include it. If 
you don't
know what an MSA1500 is nor what hp_sw does it's probably not a good idea to 
have it.


scsi_dh_hp_sw is used also for dec/compaq ESA12000 and RA8000 arrays with HSG80 
And in HP MSA 1000/1500 and EVA 3000/5000, with old firmware.

EVA? I sincerely doubt that.
Do you really have an example for that?

Point here is, these are _really_ old SCSI parallel arrays. And the failover command is _really_ stupid (just send a START STOP UNIT to the passive path). As this has a tendency to interfere with normal operation I prefer to _NOT_ have it loaded per default; in fact, I'm on the verge of removing it altogether.


Dr. Hannes Reinecke                   zSeries & Storage
h...@suse.de                          +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J. Guild, F. Imendörffer, HRB 16746 (AG Nürnberg)

dm-devel mailing list

Reply via email to