You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
scsi: iscsi: Perform connection failure entirely in kernel space
Connection failure processing depends on a daemon being present to (at
least) stop the connection and start recovery. This is a problem on a
multipath scenario, where if the daemon failed for whatever reason, the
SCSI path is never marked as down, multipath won't perform the failover and
IO to the device will be forever waiting for that connection to come back.
This patch performs the connection failure entirely inside the kernel.
This way, the failover can happen and pending IO can continue even if the
daemon is dead. Once the daemon comes alive again, it can execute recovery
procedures if applicable.
Cc: Mike Christie <[email protected]>
Cc: Lee Duncan <[email protected]>
Cc: Bart Van Assche <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Co-developed-by: Dave Clausen <[email protected]>
Co-developed-by: Nick Black <[email protected]>
Co-developed-by: Vaibhav Nagarnaik <[email protected]>
Co-developed-by: Anatol Pomazau <[email protected]>
Co-developed-by: Tahsin Erdogan <[email protected]>
Co-developed-by: Frank Mayhar <[email protected]>
Co-developed-by: Junho Ryu <[email protected]>
Co-developed-by: Khazhismel Kumykov <[email protected]>
Reviewed-by: Reviewed-by: Khazhismel Kumykov <[email protected]>
Co-developed-by: Gabriel Krisman Bertazi <[email protected]>
Reviewed-by: Lee Duncan <[email protected]>
Signed-off-by: Bharath Ravi <[email protected]>
Signed-off-by: Dave Clausen <[email protected]>
Signed-off-by: Nick Black <[email protected]>
Signed-off-by: Vaibhav Nagarnaik <[email protected]>
Signed-off-by: Anatol Pomazau <[email protected]>
Signed-off-by: Tahsin Erdogan <[email protected]>
Signed-off-by: Frank Mayhar <[email protected]>
Signed-off-by: Junho Ryu <[email protected]>
Signed-off-by: Khazhismel Kumykov <[email protected]>
Signed-off-by: Gabriel Krisman Bertazi <[email protected]>
Signed-off-by: Martin K. Petersen <[email protected]>
0 commit comments