Re: iscsi recovery of broken tcp connection
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 iscsi can spent in iscsi_eh_session_reset before it fails eh_target_reset_handler. Is it exactly what configured by node.conn[0].timeo.login_timeout ? No. It is node.session.timeo.replacement_timeout. See section 8.1.2 and 8.1.2 .2 of the readme: http://www.open-iscsi.org/docs/README As I understand there are no additional attempts for reconnection, only for initial login. Am I correct in my understanding? You are not correct. If you have connected once successfully, then there is some problem that breaks the connection, the iscsi layer will contiune to retry until we reconnect or until the user runs iscsiadm to stay to stop. -- You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com. To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/open-iscsi?hl=en.
Re: iscsi recovery of broken tcp connection
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 eh_target_reset_handler. Is it exactly what configured by node.conn[0].timeo.login_timeout ? As I understand there are no additional attempts for reconnection, only for initial login. Am I correct in my understanding? On Thursday, August 23, 2012 8:22:21 AM UTC+3, Evgeny_Schmeilin wrote: 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/-/47YGnteqankJ. To post to this group, send email to open-iscsi@googlegroups.com. To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/open-iscsi?hl=en.
iscsi recovery of broken tcp connection
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 IO timeout , and connection reestablish attempt. 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/-/GyPArYjBxuEJ. To post to this group, send email to open-iscsi@googlegroups.com. To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/open-iscsi?hl=en.
Re: iscsi recovery of broken tcp connection
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 this group, send email to open-iscsi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/open-iscsi?hl=en.
