On Mon, Aug 16, 2010 at 6:45 AM, Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx> wrote: > On Sunday 15 August 2010 20:08:33 realrichardsharpe@xxxxxxxxx wrote: >> From: Richard Sharpe <realrichardsharpe@xxxxxxxxx> >> >> If the target returns logical_unit_not_supported when we send REPORT LUNS >> it means that it supports REPORT LUNS but there really are no LUNs there. >> Delete LUN 0 in that case. >> >> Also, when parsing the LUNs reported, remove any LUNs that used to exist >> in the gaps, and remove LUNs beyond the end of those reported. They no >> longer exist. >> >> Also don't scan a target where the ID is too large or the channel is >> too large. >> >> 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. -- Regards, Richard Sharpe -- 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
