***SPAM*** Re: [Scst-devel] [ofa-general] Re: SRP Target Session Hangs
Vladislav Bolkhovitin
vst at vlnb.net
Tue Dec 18 09:00:35 PST 2007
Vu Pham wrote:
> Vladislav Bolkhovitin wrote:
>
>>Vu Pham wrote:
>>
>>>>>3) This may not be the forum for this, but how can you terminate a
>>>>>session using SCST proc commands?
>>>>
>>>>SCST can't (and shouldn't) do that, because it has no knowledge about
>>>>how sessions with particular target transport created and destroyed.
>>>>Sessions management is the target driver's duty. Ask Vu that feature.
>>>
>>>Normally {srp connection, scst session} will be destroyed upon
>>>disconnect reques or new connection request (without multi-channels
>>>flag) coming from initiator or QP is in error condition.
>>>
>>>Sometimes we fail to terminate scst session when there are outstanding
>>>I/Os on scst session which does not match the outstanding I/Os on the
>>>srp connection. Right after srp calls scst_init_cmd_done, it increases
>>>the active command counter and decreases the counter on on_free_command.
>>>
>>>Any idea Vlad?
>>
>>Sorry, I don't understand, what's the problem with them?
>
> I keep track of the number of outstanding scst_cmnd on a
> {srp connection, scst session} and it does not match with
> scst_sess->refcnt - or it should be off by 1; however, it
> does not. Therefore scst_unregister_session (wait 1) stuck
> most of the time.
It's still not clear for me. Why scst_unregister_session() stuck? Do you
have any logs/traces? I've not seen such problems with other target
drivers for a lo-o-ong time.
> -vu
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Scst-devel mailing list
> Scst-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scst-devel
>
More information about the general
mailing list