On Tue, 23 Jun 2020 16:02:42 +0200, Steffen Maier wrote:
> Suppose that, for unrelated reasons, FSF requests on behalf of recovery
> are very slow and can run into the ERP timeout.
>
> In the case at hand, we did adapter recovery to a large degree.
> However due to the slowness a LUN open is pending
> so the corresponding fc_rport remains blocked.
> After fast_io_fail_tmo we trigger close physical port recovery
> for the port under which the LUN should have been opened.
> The new higher order port recovery
> dismisses the pending LUN open ERP action and
> dismisses the pending LUN open FSF request.
> Such dismissal decouples the ERP action from the pending corresponding
> FSF request by setting zfcp_fsf_req->erp_action to NULL
> (among other things) [zfcp_erp_strategy_check_fsfreq()].
>
> [...]
Applied to 5.8/scsi-fixes, thanks!
[1/1] scsi: zfcp: Fix panic on ERP timeout for previously dismissed ERP action
https://git.kernel.org/mkp/scsi/c/936e6b85da04
--
Martin K. Petersen Oracle Linux Engineering
