Re: [PATCH 1/1] Remove LUNs that no longer exist when we scan a target with REPORT LUNS.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> >> Tested by adding four LUNs with scst_local and then deleting them in
> >> various combinations, including deleting from LUN 0, deleting from last
> >> LUN and deleting in the middle out.
> >
> > What happens if you stack the device? Say you got multipath on top of
> > this or device-mapper? Does this work properly ? For multipath I would
> > expect it to work OK, and multipath device would queue the I/O until a
> > LUN with the same SCSI_ID would reappear.
>
> I do not know :-)
>
> Let me test this situation to find out.

Cool. Thanks.
--
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


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux