File _patchinfo of Package patchinfo.41775
<patchinfo incident="41775">
<issue tracker="bnc" id="1254094">L3: multipathd log_checker_err set to "always" does not continue to log if path remains down</issue>
<issue tracker="bnc" id="1253260">Upstream fixes for multipath-tools</issue>
<packager>mwilck</packager>
<rating>important</rating>
<category>recommended</category>
<summary>Recommended update for multipath-tools</summary>
<description>This update for multipath-tools fixes the following issues:
- Log offline path state if "log_checker_err always" is set (bsc#1254094)
- CI: GitHub workflow updates. No code changes.
- Backported fixes from upstream 0.9.9 ... 0.10.5 (bsc#1253260)
* Updates to the built-in hardware table:
+ Add some NVMe storage array (VASTData, Infinidat, HITACHI VSP)
+ Add QSAN
+ Add EqualLogic PS
+ Add Quantum devices
+ Enable ALUA for AStor/NeoSapphire
+ Update NFINIDAT/InfiniBox config
+ Fix product blacklist of S/390 devices
+ Add Seagate Lyve
+ Add HITACHI VSP One SDS Block
+ Add SCST (SCSI Target Subsystem for Linux)
+ Huawei storage arrays
+ XSG1 vendors
* Avoid a possible system hang during shutdown with queueing multipath maps.
* Failed paths should be checked every `polling_interval`. In certain cases,
this wouldn't happen, because the check interval wasn't reset by multipathd.
* It could happen that multipathd would accidentally release a SCSI persistent reservation held by another node.
* After manually failing some paths and then reinstating them, sometimes
the reinstated paths were immediately failed again by multipathd.
* Fixed the problem that, if there were multiple maps with deferred failback
(`failback` value is greater than 0 in `multipath.conf`), some maps might fail back later than configured.
* Fixed a problem in the marginal path detection algorithm that could cause
the io error check for a recently failed path to be delayed.
* Fixed a minor bug in the config file parser
* Fixed minor issues detected by coverity.
</description>
</patchinfo>