Question on SCSI target scan

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

 



Hi,

This question is related to scsi_transport_fc layer.

Background:
    When new LUNs are added to a target, the target can send check condition with SK/ASC/ASCQ indicating that the reported LUNS data has changed. Then the initiator can send the report LUNs command to discover the changes. But if there are currently no LUNs or in case there is no activity on existing LUNs, then this mechanism will not be efficient. So few target implementations seem to trigger RSCN with the Event qualifier set to zeroes (event not specified) and Address format set to Port address of the effected target port. The expectation here is that, if the initiator had already logged into this target, it would verify the status of this target and if found online, it would issue report LUNs to discover the changes to LUNs. While this mechanism does not comply with SCSI or FC standards, this looks like one of the methods that is used by few target implementations. Assumption here is that, there is no other mechanism provided by SCSI or FC standards to achieve this.

Question:
  The existing interfaces of scsi_transport_fc module does not seem to provide a mechanism to trigger the SCSI target scan on a rport which is already registered using fc_remote_port_add() and is currently online (not blocked or deleted). If this understanding is correct, would it be useful to provide an interface that can be used to trigger the SCSI target scan in the above mentioned scenario ?

Could you please suggest ?

Thanks,
Ramesh C N

--
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