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
Type=notify
NotifyAccess=main
LimitCORE=infinity
-ExecStartPre=/sbin/modprobe -a scsi_dh_alua scsi_dh_emc scsi_dh_rdac
dm-multipath
+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.
Why?
scsi_dh_hp_sw is used also for dec/compaq ESA12000 and RA8000 arrays with HSG80
controller.
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?
Anyway.
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.
Cheers,
Hannes
--
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
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
