Bug 26901 - Systemd-udev-settle.service is deprecated
Summary: Systemd-udev-settle.service is deprecated
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: All Packagers
QA Contact:
URL:
Whiteboard: MGA8TOO MGA9TOO
Keywords:
Depends on: 27648
Blocks:
  Show dependency treegraph
 
Reported: 2020-07-06 00:01 CEST by Aurelien Oudelet
Modified: 2023-08-02 13:16 CEST (History)
3 users (show)

See Also:
Source RPM: systemd-245.6-2.mga8.src.rpm
CVE:
Status comment:


Attachments

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


Note You need to log in before you can comment on or make changes to this bug.