On 09/16/2012 12:24 AM, Evgeny_Schmeilin wrote:
It turns out that we indeed had mistakenly multipath running on our host.
Looking at the code I see that iscsi_eh_session_reset is actually
responsible to recover the connection during eh_target_reset_handler.
My question is how long
It turns out that we indeed had mistakenly multipath running on our host.
Looking at the code I see that iscsi_eh_session_reset is actually
responsible to recover the connection during eh_target_reset_handler.
My question is how long iscsi can spent in iscsi_eh_session_reset before it
fails
Hello.
My question is about behavior of open-iscsi when tcp connection is closed
unexpectedly.
I saw that IOs were returned with status *DID_TRANSPORT_DISRUPTED**. *
Does it mean that tcp disconnect always leads to failing pending IOs with *
DID_TRANSPORT_DISRUPTED* status even before
Thank you!
--
You received this message because you are subscribed to the Google Groups
open-iscsi group.
To view this discussion on the web visit
https://groups.google.com/d/msg/open-iscsi/-/q4lxR_oGU9gJ.
To post to this group, send email to open-iscsi@googlegroups.com.
To unsubscribe from
