On Mon, 24 Jul 2023 16:51:56 +0200, Steffen Maier wrote:
> Storages are free to send RSCNs, e.g. for internal state changes. If this
> happens on all connected paths, zfcp risks temporarily losing all paths at
> the same time. This has strong requirements on multipath configuration such
> as "no_path_retry queue".
>
> Avoid such situations by deferring fc_rport blocking until after the ADISC
> response, when any actual state change of the remote port became clear.
> The already existing port recovery triggers explicitly block the fc_rport.
> The triggers are: on ADISC reject or timeout (typical cable pull case), and
> on ADISC indicating that the remote port has changed its WWPN or
> the port is meanwhile no longer open.
>
> [...]
Applied to 6.5/scsi-fixes, thanks!
[1/1] zfcp: defer fc_rport blocking until after ADISC response
https://git.kernel.org/mkp/scsi/c/e65851989001
--
Martin K. Petersen Oracle Linux Engineering
