Bug 2008098

Summary: multipathd.socket is missing start conditions
Product: [Fedora] Fedora Reporter: Luca BRUNO <lucab>
Component: device-mapper-multipathAssignee: LVM and device-mapper development team <lvm-team>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 35CC: agk, bmarzins, cfeist, dustymabe, heinzm, kzak, lvm-team, mcsontos, msnitzer, prajnoha, prockai
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-10-21 20:55:54 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Luca BRUNO 2021-09-27 09:33:36 UTC 
Right now the socket unit 'multipathd.socket' is missing several start conditions that are present on the service unit 'multipathd.service'.

This means that if one of the conditions is not met (e.g. kargs contains 'nompath'), a client could trigger the socket unit to start, then enter a retry loop, and eventually be marked as failed.

This kind of failure has been observed on live systems (e.g. on RHEL 8 at https://bugzilla.redhat.com/show_bug.cgi?id=1976111) and reported upstream at https://github.com/opensvc/multipath-tools/issues/15.

This ticket is a request to:
 * cherry-pick the upstream fix at https://github.com/opensvc/multipath-tools/pull/16
 * fix the custom patch at '0026-RH-don-t-start-without-a-config-file.patch' in order to mirror 'ConditionPathExists=/etc/multipath.conf' on 'multipathd.socket' too
Comment 1 Ben Marzinski 2021-10-21 20:55:54 UTC 
This fix will be in F36.