[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [dm-devel] Re: [ANNOUNCE] multipath-tools-0.3.4
- From: Mike Christie <mikenc us ibm com>
- To: device-mapper development <dm-devel redhat com>
- Cc: "linux-raid vger kernel org" <linux-raid vger kernel org>, "linux-hotplug-devel lists sourceforge net" <linux-hotplug-devel lists sourceforge net>, "linux-scsi vger kernel org" <linux-scsi vger kernel org>, Arjan van de Ven <arjan infradead org>
- Subject: Re: [dm-devel] Re: [ANNOUNCE] multipath-tools-0.3.4
- Date: Tue, 26 Oct 2004 10:52:25 -0700
Lars Marowsky-Bree wrote:
On 2004-10-25T11:38:43, christophe varoqui free fr wrote:
In fact all the sg stuff I use is done with the SG_IO ioctl (see
libcheckers/*.c) But somehow, it doesn't work as expected. I don't
remember how exactly it failed in my tests but it did ... I remembered
receiving bad path status and experiencing blocked checkers.
Can you please clarify the error you saw? I didn't experience that yet
with the SG_IO ioctl().
I think it was because of this bug
http://marc.theaimsgroup.com/?l=linux-scsi&m=108617935710955&w=2
If you are using qla2xxx and you unplug the cable, the qlogic driver
will return did_not_connect in the host byte. If you used
the block layer sg io code you will then not get the host bytes
returned to you, and the checker will always think the patch
is back up.
Sincerely,
Lars Marowsky-Brée <lmb suse de>
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]