RE: Re: multipathing pending issues with rhel

[Christophe Varoqui <christophe.varoqui@free.fr>]

> I think I inadvertantly made this matter worse about two years ago
> when I changed the clariion path checker to issue a scsi read via
> sg_read in libsg.c after inquiry page 0xc0 in order to discern an
> inactive from an active clariion snapshot logical unit.  This change
> to multipath-tools/libcheckers/emc_clariion.c causes a path check on
> a path to incur a reservation error if the reservation is held
> by a different I/T nexus.
> 
> A reasonable fix for this problem is to have sg_read in
> multipath-tools/libcheckers/libsg.c return PATH_UP even if the
> return value from ioctl is < 0 if the returned scsi status
> in io_hdr.status is SAM_STAT_RESERVATION_CONFLICT.
> 
I recently tried an upstream kernel with the device handlers
infrastructure, and it seems the kernel rightfully drops the io on
reservation conflicts ... with due message in the logs, and returning a
success to the devmapper. No queueing, no retry, no problem.

I'll have to do some more testing to convince myself, but in the mean
time :

1/ Do you confirm my observations ?

2/ Does the Clariion snapshot still need your suggested fix in this new
context ? If so, would you care to submit a patch ?

Thanks for the comment,
cvaroqui