Re: [PATCH] zfcp: fix panic on ERP timeout for previously dismissed ERP action

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Kernel Development]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Info]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Linux Media]     [Device Mapper]

  Powered by Linux