+14
−3
Loading
The commit 6cdc0f25 added pending_failover to fix an issue that failover was lost and I/O qpair was never created again if fabric connect command got timeout for I/O qpair while controller was being reset. If looked in detail, the lost connect happened only if reset succeeded. If reset failed, delayed reconnect was executed sooner or later, and the lost connect did not happen. Furthermore, it is very likely that immediate failover will fail if reset failed. Let's check pending_failover only if reset succeeded or delayed reconnect is disabled. This patch is the end of the series. Very all changes using unit tests. Change-Id: I89f1249021161ff1d22db6b9885363a2e50f6835 Signed-off-by:Shuhei Matsumoto <smatsumoto@nvidia.com> Reviewed-on: https://review.spdk.io/c/spdk/spdk/+/25850 Reviewed-by:
Jim Harris <jim.harris@nvidia.com> Community-CI: Mellanox Build Bot Tested-by:
SPDK Automated Test System <spdkbot@gmail.com> Reviewed-by:
Ben Walker <ben@nvidia.com> Reviewed-by:
Jacek Kalwas <jacek.kalwas@nutanix.com>