On Mon, 2 May 2022 08:09:17 -0700, Brian Bunker wrote:
> The handling of the ALUA transitioning state is currently broken. When
> a target goes into this state, it is expected that the target is
> allowed to stay in this state for the implicit transition timeout
> without a path failure. The handler has this logic, but it gets
> skipped currently.
>
> When the target transitions, there is in-flight I/O from the
> initiator. The first of these responses from the target will be a unit
> attention letting the initiator know that the ALUA state has changed.
> The remaining in-flight I/Os, before the initiator finds out that the
> portal state has changed, will return not ready, ALUA state is
> transitioning. The portal state will change to
> SCSI_ACCESS_STATE_TRANSITIONING. This will lead to all new I/O
> immediately failing the path unexpectedly. The path failure happens in
> less than a second instead of the expected successes until the
> transition timer is exceeded.
>
> [...]
Applied to 5.18/scsi-fixes, thanks!
[1/1] scsi_dh_alua: properly handling the ALUA transitioning state
https://git.kernel.org/mkp/scsi/c/6056a92ceb2a
--
Martin K. Petersen Oracle Linux Engineering
