On Wednesday, January 15, 2020 at 7:52:39 PM UTC-8, Martin K. Petersen wrote: > > > > Please consider the v4 below with the lock added. > > Lee: Please re-review this given the code change. >
Martin: The recent change makes sense, so please still include my: Reviewed-by: Lee Duncan <ldun...@suse.com> > > > From: Bharath Ravi <rbhar...@google.com> > > > > 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. > > -- > Martin K. Petersen Oracle Linux Engineering > -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/open-iscsi/1ece4cbc-29df-4b10-952d-a8d829e24e6f%40googlegroups.com.
