Bug 26901

Summary:	Systemd-udev-settle.service is deprecated
Product:	Mageia	Reporter:	Aurelien Oudelet <ouaurelien>
Component:	RPM Packages	Assignee:	All Packagers <pkg-bugs>
Status:	NEW ---	QA Contact:
Severity:	normal
Priority:	Normal	CC:	doktor5000, jani.valimaa, yvesbrungard
Version:	Cauldron
Target Milestone:	---
Hardware:	All
OS:	Linux
See Also:	https://bugzilla.redhat.com/show_bug.cgi?id=1795014
Whiteboard:	MGA8TOO MGA9TOO
Source RPM:	systemd-245.6-2.mga8.src.rpm	CVE:
Status comment:
Bug Depends on:	27648
Bug Blocks:

Description Aurelien Oudelet 2020-07-06 00:01:00 CEST

Description of problem:
A service unit is deprecated according to following report in journald:

$ journalctl -b | grep udev
juil. 05 23:30:17 mageia-2 udevadm[533]: systemd-udev-settle.service is deprecated.

Version-Release number of selected component: systemd-245.6-2.mga8.src.rpm

How reproducible:
Always

Steps to Reproduce:
1. System boots
2. journalctl -b | grep udev

Upstream considering
https://www.freedesktop.org/software/systemd/man/systemd-udev-settle.service.html

Using this service is not recommended. There can be no guarantee that hardware is fully discovered at any specific time, because the kernel does hardware detection asynchronously, and certain buses and devices take a very long time to become ready, and also additional hardware may be plugged in at any time. Instead, services should subscribe to udev events and react to any new hardware as it is discovered. Services that, based on configuration, expect certain devices to appear, may warn or report failure after a timeout. This timeout should be tailored to the hardware type. Waiting for systemd-udev-settle.service usually slows boot significantly, because it means waiting for all unrelated events too.

Disabling it
# systemctl disable --no-reload systemd-udev-settle.service
Reboot
No side effect.

Comment 1 Lewis Smith 2020-07-06 20:55:15 CEST

Thank you for pointing this out.

Systemd has no evident maintainer, so assigning this globally.

Assignee: bugsquad => pkg-bugs

Comment 2 Aurelien Oudelet 2020-11-22 16:40:17 CET

From a network installation in a VM of Cauldron:

$ journalctl -b | grep udev

udevadm[530]: systemd-udev-settle.service is deprecated. Please fix dmraid-
activation.service not to pull it in.

Not have dmraid device (software/firmware RAID).

# systemctl disable --no-reload dmraid-activation.service
# systemctl mask --no-reload dmraid-activation.service
Reboot
No side effect.

Reporting an other bug related to this.
https://bugs.mageia.org/show_bug.cgi?id=27648

Aurelien Oudelet 2021-02-23 15:07:34 CET

Depends on: (none) => 27648

Comment 3 papoteur 2021-09-07 20:28:20 CEST

Hello
I confirm that in Mageia, I still get this warning.

CC: (none) => yves.brungard_mageia
Whiteboard: (none) => MGA8TOO

Florian Hubold 2022-02-12 19:38:32 CET

CC: (none) => doktor5000

Comment 4 Jani Välimaa 2023-08-02 13:16:54 CEST

We should sync and apply Fedora change/patch to dmraid's fedora-dmraid-activation script to make dmraid-activation.service disable itself if there're no supported raid-sets found.

https://bugzilla.redhat.com/show_bug.cgi?id=1795014#c27

https://src.fedoraproject.org/rpms/dmraid/c/3338021c28d69379ccdfbb67ea36d14cfbca0831?branch=rawhide

CC: (none) => jani.valimaa
See Also: (none) => https://bugzilla.redhat.com/show_bug.cgi?id=1795014
Whiteboard: MGA8TOO => MGA8TOO MGA9TOO