On 05/02/2011 06:53 PM, Laurent Bigonville wrote:
Le Thu, 28 Apr 2011 17:55:18 +0530,
Ritesh Raj Sarraf ritesh.sar...@netapp.com a écrit :
On 04/28/2011 03:51 PM, Laurent Bigonville wrote:
Yes. Recently, the flush_on_last_del feature was added. Can you
check if that is active by default?
Le Thu, 28 Apr 2011 17:55:18 +0530,
Ritesh Raj Sarraf ritesh.sar...@netapp.com a écrit :
On 04/28/2011 03:51 PM, Laurent Bigonville wrote:
Yes. Recently, the flush_on_last_del feature was added. Can you
check if that is active by default?
(multipath -v3 should show you all the applied
Le Wed, 27 Apr 2011 23:29:40 +0530,
Ritesh Raj Sarraf r...@debian.org a écrit :
On Wed, Apr 27, 2011 at 5:01 PM, Laurent Bigonville
bi...@debian.org wrote:
It is already packaged in scsitools. Can you try that script?
I will probably mix some issue here.
1) in the version in stable,
On 04/28/2011 03:51 PM, Laurent Bigonville wrote:
Yes. Recently, the flush_on_last_del feature was added. Can you check
if that is active by default?
(multipath -v3 should show you all the applied options)
According to redhat doc [0] this is disabled by default.
Okay! But I'm not sure what
Le Sat, 23 Apr 2011 22:30:53 +0530,
Ritesh Raj Sarraf r...@debian.org a écrit :
Hi,
On 04/23/2011 09:41 PM, Ritesh Raj Sarraf wrote:
Can you try the
rescan-scsi-bus.sh script from Kurt's website? We work a lot on
that and it has good results.
I'll file an ITP to package and ship that as
On Wed, Apr 27, 2011 at 5:01 PM, Laurent Bigonville bi...@debian.org wrote:
It is already packaged in scsitools. Can you try that script?
I will probably mix some issue here.
1) in the version in stable, when all patch are deleted, multipath -ll
still list the mapping, with the version from
On 04/22/2011 05:44 PM, Laurent Bigonville wrote:
In some cases I also see this kind of messages in the logs:
Apr 22 14:07:24 popo kernel: [ 367.876173] sd 1:0:0:1: rdac: array
PTX-DS4800, ctlr 0, queueing MODE_SELECT command
Apr 22 14:07:24 popo kernel: [ 367.876413] sd 1:0:0:1: rdac:
On 04/22/2011 02:34 PM, Laurent Bigonville wrote:
Doing echo 1 /sys/block/sd*/device/delete as a last step (and before
issuing multipath -r) seems to fix the issue, so the problem here maybe
lies in udev which is not removing the nonexistent devices after a SCSI
rescan?
So you have a stale
On 04/23/2011 09:41 PM, Ritesh Raj Sarraf wrote:
Can you try the
rescan-scsi-bus.sh script from Kurt's website? We work a lot on that and
it has good results.
I'll file an ITP to package and ship that as it is an important tool in
the Linux SAN space.
It is already packaged in scsitools. Can
Le Fri, 22 Apr 2011 04:29:51 +0530,
Ritesh Raj Sarraf r...@researchut.com a écrit :
On 04/22/2011 01:30 AM, Laurent Bigonville wrote:
When I'm removing a LUN mapping (association to the machine) using
the SAN manager, it seems that udev is starting several:
What is a SAN Manager here? An
Hi,
In some cases I also see this kind of messages in the logs:
Apr 22 14:07:24 popo kernel: [ 367.876173] sd 1:0:0:1: rdac: array PTX-DS4800,
ctlr 0, queueing MODE_SELECT command
Apr 22 14:07:24 popo kernel: [ 367.876413] sd 1:0:0:1: rdac: array PTX-DS4800,
ctlr 0, MODE_SELECT returned with
11 matches
Mail list logo
