On Tue, 2010-10-26 at 14:18 -0500, Mike Christie wrote: > On 10/26/2010 08:53 AM, Chauhan, Vijay wrote: > > Resubmitting this patch to get the attention. > > > > This patch adds retry for the IO returned with 06/3f/03((INQUIRY_DATA_CHANGED)) sense code in rdac_check_sense(). IO returned with 06/3f/03 from controller are currently failed by scsi mid layer, as a reason momentarily path failure is noticed by DM multipath. > > > > Is it getting failed by accident? In scsi_io_completion we check for UAs > and will retry if the removable bit is not set. That check is after > scsi_end_request though (is the scsi_end_request call failing the IO). > > Did you guys also want REPORTED_LUNS_DATA_HAS_CHANGED to be retried too. > I think scsi_dh_alua's REPORTED_LUNS_DATA_HAS_CHANGED maybe should be > genericly retried, because it seems for both errors we will want to > retry for all devices. So my primary worry about patches like this is that it eats AENs ... this is fine because, as Mike says, we should just ignore them. However, the moment we start processing AENs (as another set of dm people promise they have in process) we'll lose them from rdac arrays and people will get unhappy. If the generic UA retry isn't working, let's fix it there rather than these hacks that would be hard to spot and pull out when (if) we ever get a generic AEN infrastructure. James -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
