Created attachment 1820331 [details] journal log Created attachment 1820331 [details] journal log Description of problem: systemd still considers multipath broken by pulling in udev-settle service, which is deprecated. Version-Release number of selected component (if applicable): device-mapper-multipath-0.8.6-5.fc35.x86_64 How reproducible: Always Steps to Reproduce: 1. Boot 2. 3. Actual results: [ 3.352525] fovo.local udevadm[609]: systemd-udev-settle.service is deprecated. Please fix multipathd.service not to pull it in. $ systemd-analyze blame 27.623s plymouth-quit-wait.service 3.955s fwupd.service 1.854s systemd-udev-settle.service <---- Expected results: multpath should not slow down boot by 1ms let alone nearly 2 seconds. Maybe we just need to pull out multipath from Workstation edition? Additional info: See also bug 2001057, F35 boots 3x slower than F34.
See also previous bug that closed EOL: Bug 1795013. It's a long standing problem, not a regression.
'dnf remove device-mapper-multipath' only removes Removing: device-mapper-multipath Removing dependent packages: fcoe-utils Removing unused dependencies: device-mapper-multipath-libs libconfig lldpad
See also https://bugzilla.redhat.com/show_bug.cgi?id=1796437
Here is the upstream github issue for this change. https://github.com/opensvc/multipath-tools/issues/3
By upstream reporting, this is a difficult problem to fix and will take some time. Setting to Rawhide.
*** Bug 2005196 has been marked as a duplicate of this bug. ***
Looks like this is fixed upstream now.
This bug appears to have been reported against 'rawhide' during the Fedora 36 development cycle. Changing version to 36.
confirm, this happens on fedora 36 beta
This will be fixed in f37, it is fixed in the current rawhide builds.
Created attachment 1874144 [details] still happens on F36 here too
Created attachment 1874145 [details] over two minutes waiting Operating System: Fedora Linux 36 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.3 Kernel Version: 5.17.3-302.fc36.x86_64 (64-bit) systemd-250.3-8.fc36.src.rpm
device-mapper-multipath-libs-0.8.7-8.fc36.x86_64 device-mapper-multipath-0.8.7-8.fc36.x86_64
applied a workarround for now (sudo systemctl mask systemd-udev-settle.service) because I don't wanna wait almost 3 minutes for a otherwise 16s boot
(In reply to Geraldo Simião from comment #14) > applied a workarround for now (sudo systemctl mask > systemd-udev-settle.service) because I don't wanna wait almost 3 minutes for > a otherwise 16s boot Thx for saving 150 seconds! Seems everything still works
Seems this is fixed without comment here. After unmasking (and despit deprecated warning) it exited after 3 seconds: systemctl status systemd-udev-settle.service ● systemd-udev-settle.service - Wait for udev To Complete Device Initialization Loaded: loaded (/usr/lib/systemd/system/systemd-udev-settle.service; static) Active: active (exited) since Wed 2022-08-03 15:46:05 CEST; 9min ago Docs: man:systemd-udev-settle.service(8) Process: 859 ExecStart=udevadm settle (code=exited, status=0/SUCCESS) Main PID: 859 (code=exited, status=0/SUCCESS) CPU: 248ms Aug 03 15:46:03 fedora udevadm[859]: systemd-udev-settle.service is deprecated. Please fix multipathd.service not to pull it in. Aug 03 15:46:02 fedora systemd[1]: Starting systemd-udev-settle.service - Wait for udev To Complete Device Initialization... Aug 03 15:46:05 fedora systemd[1]: Finished systemd-udev-settle.service - Wait for udev To Complete Device Initialization.
Have you tried this in Rawhide? multipathd.service not longer pulls in systemd-udev-settle.service there. This will be fixed in f37.
No, Fedora 36 aarch64 in raspberry. The same system which had the problem 3 months ago
Fixed in F37