Re: [ANNOUNCE] SRP: ProfitBricks publishes its SRP Initiator patches

[Sebastian Riemer <sebastian.riemer-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>]

On 15.05.2013 07:12, Vasiliy Tolstov wrote:
> 2013/5/14 Bart Van Assche <bvanassche-HInyCGIudOg@public.gmane.org>:
>> The ability to close a session from the initiator side went upstream in
>> kernel 3.8 (/sys/class/srp_remote_ports/port-<h>:<n>/delete). Regarding
>> faster reconnects: please keep in mind that after a cable pull it can easily
>> takes 20 seconds before link training and initialization by the subnet
>> manager have finished. It's not possible to make an initiator reconnect in
>> less time than what the hardware and subnet manager need to bring the link
>> back.
> 
> 
> Thanks. What about close session from target side? For example i need
> to close the srp session and block all access from specific initiator?

AFAIK the session is blocked as long as an initiator is connected. The
only possibility besides disconnecting the initiators is to disable the
target completely. Then, it sends a DREQ (disconnection request) to the
initiators. These know then that the target is disconnected and send a
DREP (disconnection reply). In our patches we also activate the
reconnect in this situation as we do that to orderly reboot a storage
system (e.g. due to an issue). The storage system comes up again,
exports the same volumes and the initiators can reconnect.

Cheers,
Sebastian

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html