[dm-devel] Re: [RFC PATCH 4/4] convert scsi to blkerr error values

Mike Christie michaelc at cs.wisc.edu
Sat Sep 17 15:41:53 UTC 2005


goggin, edward wrote:
>>-----Original Message-----
>>From: Mike Christie [mailto:michaelc at cs.wisc.edu] 
>>Sent: Friday, September 16, 2005 4:26 PM
>>To: goggin, edward
>>Cc: axboe at suse.de; linux-scsi at vger.kernel.org; dm-devel at redhat.com
>>Subject: Re: [RFC PATCH 4/4] convert scsi to blkerr error values
>>
>>goggin, edward wrote:
>>
>>>Mike,
>>>
>>>I don't think it is reasonably possible to anticipate
>>>all possible parsing requirements for the asc and ascq
>>>portions of SCSI sense information across all device
>>>models.  I'm in favor of having a "small" framework in
>>>SCSI where a SCSI sense interpreter module (per
>>>vendor & model possibly) could be registered
>>>dynamically, by dm-emc.c for instance.
>>
>>Yeah I agree, I mentioned this before in some other mails. I think a 
>>module versus some table that userspace could write to were discussed.
> 
> 
> Yes, I first heard about this idea from you on one of the multipathing
> cosense. In Lars's comments it stated we may need to send another request nference calls.  I wasn't sure if you were still advocating for this
> approach though :))
> 

To actually implement the vendor specifics, I think I was just being 
lazy and waiting to hear about what people need when they decode the 
sense. In Lars's comments it stated we may need to send another request 
to determine if the paths need to be failed. I think SUN  may have 
wanted the same thing. Any ideas? Did you guys need to do this in your 
multipath solution?




More information about the dm-devel mailing list