On 11/11/16, 10:49 AM, "Xose Vazquez Perez" wrote:
NetApp did confirm this is not required.
Cc: Martin George
Cc: Robert Stankey
Cc: Steven Schremmer
Cc: Sean Stewart
Cc: Hannes Reinecke
Cc: Christophe Varoqui
Cc: James E.J. Bottomley
Cc: Martin K.
On 8/12/16, 5:56 PM, "Xose Vazquez Perez" wrote:
"Universal Xport" LUN is used for in-band storage array management.
Cc: Sean Stewart
Cc: Christophe Varoqui
Cc: James E.J. Bottomley
Cc: Martin K. Petersen
Cc: SCSI ML
Cc: device-mapper development
Signe
On Fri, 2014-01-31 at 10:30 +0100, Hannes Reinecke wrote:
> @@ -797,37 +838,40 @@ static int alua_rtpg(struct scsi_device *sdev, struct
> alua_port_group *pg)
> off = 8 + (ucp[7] * 4);
> }
>
> - sdev_printk(KERN_INFO, sdev,
> - "%s: port group %02x state %
On Fri, 2014-02-28 at 16:14 +0100, Hannes Reinecke wrote:
> On 02/28/2014 02:58 AM, Mike Christie wrote:
> > On 02/27/2014 06:14 PM, Stewart, Sean wrote:
> >> This allows the sd driver to retry commands like read capacity until a
> >> LUN is ready, rather than gi
This allows the sd driver to retry commands like read capacity until a
LUN is ready, rather than giving up after three retries.
In NetApp E-Series, a controller can return not ready like this when it
quiesces I/O on the controller that just came on the network, during a
firmware upgrade procedure,
Please disregard. Accidentally resent this patch via a script :)
Thanks,
Sean
On Tue, 2014-01-21 at 17:36 -0600, Sean Stewart wrote:
> When the scsi_dh_alua handler issues an RTPG during initialization, if
> it gets 0x06/0x29/0x04 as the sense, it will fail to attach the handler.
> NetApp E-Serie
During testing, it was discovered that when a device tries to attach to the
alua handler while in TPG
state of transitioning, the alua_rtpg function will wait for it to exit the
state before allowing it
to continue. As a result, if the 60 second timeout expires, the alua handler
will not attach
Resending without extra whitespace characters... Apologies!
This short patch series fixes a couple of issues found while testing the
scsi_dh_alua
handler with NetApp E-Series storage, both of which would prevent the handler
from
attaching even though TPGS is enabled.
Sean Stewart (2):
ALUA
When the scsi_dh_alua handler issues an RTPG during initialization, if it gets
0x06/0x29/0x04 as the sense,
it will fail to attach the handler. NetApp E-Series returns 0x29/0x00 for
power on, and 0x29/0x04 for
conditions that cause the controller to reboot again. These conditions should
be tre
This short patch series fixes a couple of issues found while testing the
scsi_dh_alua
handler with NetApp E-Series storage, both of which would prevent the handler
from
attaching, even though TPGS is enabled. This has been observed to lead to some
paths
using the alua handler, some paths usin
During testing, it was discovered that when a device tries to attach to the
alua handler while in TPG
state of transitioning, the alua_rtpg function will wait for it to exit the
state before allowing it
to continue. As a result, if the 60 second timeout expires, the alua handler
will not attach
When the scsi_dh_alua handler issues an RTPG during initialization, if it gets
0x06/0x29/0x04 as the sense,
it will fail to attach the handler. NetApp E-Series returns 0x29/0x00 for
power on, and 0x29/0x04 for
conditions that cause the controller to reboot again. These conditions should
be tre
Add new IBM product id to the RDAC devlist
Signed-off-by: Sean Stewart
---
diff --git a/drivers/scsi/device_handler/scsi_dh_rdac.c
b/drivers/scsi/device_handler/scsi_dh_rdac.c
index 69c915a..4b9cf93 100644
--- a/drivers/scsi/device_handler/scsi_dh_rdac.c
+++ b/drivers/scsi/device_handler/scsi_dh
Add new IBM product id to the RDAC devlist
Signed-off-by: Sean Stewart
---
diff --git a/drivers/scsi/device_handler/scsi_dh_rdac.c
b/drivers/scsi/device_handler/scsi_dh_rdac.c
index 69c915a..4b9cf93 100644
--- a/drivers/scsi/device_handler/scsi_dh_rdac.c
+++ b/drivers/scsi/device_handler/scsi_dh
Resending with requested rewording of the parameter description.
Currently ALUA device handler sends STPG command during failover and failback.
Failover can be optimized by implicit failover (by not to sending STPG
command), when 1 is passed as hwhandler parameter in multipath.conf. ex "2 alua
1"
ed (0=No,1=Yes). Default is
0.");
Thanks,
Sean Stewart
-Original Message-
From: Ewan Milne [mailto:emi...@redhat.com]
Sent: Monday, April 01, 2013 9:25 AM
To: Stewart, Sean
Cc: linux-scsi@vger.kernel.org; dm-de...@redhat.com; james.bottom...@suse.de;
snit...@redhat.com; h...@suse.
Currently ALUA device handler sends STPG command during failover and failback.
Failover can be optimized by implicit failover (by not to sending STPG command),
when 1 is passed as hwhandler parameter in multipath.conf. ex "2 alua 1". We may
need to pass the parameter through module param for alua d
17 matches
Mail list logo