Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: In the https://github.com/freeipa/freeipa-container project we build Fedora-based FreeIPA server images in https://quay.io/repository/freeipa/freeipa-server?tab=tags. The FreeIPA containers are systemd-based. As part of our tests we check the behaviour of stock systemd containers, to distinguish issues caused by the FreeIPA setup from issues in vanilla Fedora containers. In latest registry.fedoraproject.org/fedora:rawhide with systemd installed, we observe ● systemd-logind.service loaded failed failed User Login Management ● systemd-userdbd.service loaded failed failed User Database Manager ● systemd-logind-varlink.socket loaded failed failed User Login Management Varlink Socket ● systemd-userdbd.socket loaded failed failed User Database Manager Socket Version-Release number of selected component (if applicable): REPOSITORY TAG IMAGE ID CREATED SIZE registry.fedoraproject.org/fedora rawhide ac69f932f370 2 days ago 184 MB with systemd 258~rc3-2.fc44 installed. How reproducible: Deterministic. Steps to Reproduce: 1. Have Dockerfile FROM specify-image-with-from-parameter RUN dnf install --setopt=install_weak_deps=False -y systemd ENTRYPOINT [ "/usr/sbin/init" ] STOPSIGNAL RTMIN+3 2. Build Fedora 42 and Fedora rawhide images with rootless podman: $ podman build --from registry.fedoraproject.org/fedora:42 -t localhost/fedora-init:42 . $ podman build --from registry.fedoraproject.org/fedora:rawhide -t localhost/fedora-init:rawhide . 3. Run Fedora 42 systemd container: $ podman run --rm -ti --name fedora-init-42 localhost/fedora-init:42 4. Observe in the output that all systemd units are reported with a green OK. 5. From another terminal check with $ podman exec fedora-init-42 systemctl list-units --failed UNIT LOAD ACTIVE SUB DESCRIPTION 0 loaded units listed. 6. From that second terminal, $ podman rm -f fedora-init-42 7. Now repeat with the rawhide image: $ podman run --rm -ti --name fedora-init-rawhide localhost/fedora-init:rawhide Observe red [FAILED] outputs. 8. From another terminal, check with $ podman exec fedora-init-rawhide systemctl list-units --failed Actual results: $ podman exec fedora-init-rawhide systemctl list-units --failed UNIT LOAD ACTIVE SUB DESCRIPTION ● systemd-logind.service loaded failed failed User Login Management ● systemd-userdbd.service loaded failed failed User Database Manager ● systemd-logind-varlink.socket loaded failed failed User Login Management Varlink Socket ● systemd-userdbd.socket loaded failed failed User Database Manager Socket Legend: LOAD → Reflects whether the unit definition was properly loaded. ACTIVE → The high-level unit activation state, i.e. generalization of SUB. SUB → The low-level unit activation state, values depend on unit type. 4 loaded units listed. Expected results: No failures. Additional info: I have no idea if using the normal Fedora based image and installing systemd with dnf is the recommended way of running systemd in containers these days. But it has been working fairly well for many years now, so this is a regression. The full status output is $ podman exec fedora-init-rawhide systemctl status --failed × systemd-logind.service - User Login Management Loaded: loaded (/usr/lib/systemd/system/systemd-logind.service; static) Drop-In: /usr/lib/systemd/system/service.d └─10-timeout-abort.conf Active: failed (Result: exit-code) since Wed 2025-08-27 07:30:35 UTC; 3min 17s ago Invocation: 73faed3a18a448ada4e9ffbd831f0ac1 TriggeredBy: × systemd-logind-varlink.socket Docs: man:sd-login(3) man:systemd-logind.service(8) man:logind.conf(5) man:org.freedesktop.login1(5) Process: 87 ExecStart=/usr/lib/systemd/systemd-logind (code=exited, status=226/NAMESPACE) Main PID: 87 (code=exited, status=226/NAMESPACE) FD Store: 0 (limit: 768) Mem peak: 2M CPU: 35ms Aug 27 07:30:35 576da50fa88f systemd[1]: systemd-logind.service: Scheduled restart job, restart counter is at 5. Aug 27 07:30:35 576da50fa88f systemd[1]: systemd-logind.service: Start request repeated too quickly. Aug 27 07:30:35 576da50fa88f systemd[1]: systemd-logind.service: Failed with result 'exit-code'. Aug 27 07:30:35 576da50fa88f systemd[1]: Failed to start systemd-logind.service - User Login Management. × systemd-userdbd.service - User Database Manager Loaded: loaded (/usr/lib/systemd/system/systemd-userdbd.service; indirect; preset: disabled) Drop-In: /usr/lib/systemd/system/service.d └─10-timeout-abort.conf Active: failed (Result: exit-code) since Wed 2025-08-27 07:30:34 UTC; 3min 18s ago Invocation: 86750d788e4941fc87a63c7727a4017f TriggeredBy: × systemd-userdbd.socket Docs: man:systemd-userdbd.service(8) Process: 34 ExecStart=/usr/lib/systemd/systemd-userdbd (code=exited, status=226/NAMESPACE) Main PID: 34 (code=exited, status=226/NAMESPACE) Mem peak: 1.4M CPU: 7ms Aug 27 07:30:34 576da50fa88f systemd[1]: Starting systemd-userdbd.service - User Database Manager... Aug 27 07:30:34 576da50fa88f (-userdbd)[34]: systemd-userdbd.service: Failed to mount /run/systemd/mount-rootfs/proc/sys/kernel/domainname to /run/systemd/mount-rootfs/proc/sys/kernel/domainname: Permission denied Aug 27 07:30:34 576da50fa88f (-userdbd)[34]: systemd-userdbd.service: Failed to set up mount namespacing: /proc/sys/kernel/domainname: Permission denied Aug 27 07:30:34 576da50fa88f (-userdbd)[34]: systemd-userdbd.service: Failed at step NAMESPACE spawning /usr/lib/systemd/systemd-userdbd: Permission denied Aug 27 07:30:34 576da50fa88f systemd[1]: systemd-userdbd.service: Main process exited, code=exited, status=226/NAMESPACE Aug 27 07:30:34 576da50fa88f systemd[1]: systemd-userdbd.service: Failed with result 'exit-code'. Aug 27 07:30:34 576da50fa88f systemd[1]: Failed to start systemd-userdbd.service - User Database Manager. Aug 27 07:30:34 576da50fa88f systemd[1]: systemd-userdbd.service: Start request repeated too quickly. Aug 27 07:30:34 576da50fa88f systemd[1]: systemd-userdbd.service: Failed with result 'exit-code'. Aug 27 07:30:34 576da50fa88f systemd[1]: Failed to start systemd-userdbd.service - User Database Manager. × systemd-logind-varlink.socket - User Login Management Varlink Socket Loaded: loaded (/usr/lib/systemd/system/systemd-logind-varlink.socket; static) Active: failed (Result: service-start-limit-hit) since Wed 2025-08-27 07:30:35 UTC; 3min 17s ago Duration: 184ms Invocation: cd9fdd5059dd461e985bbb091d86e183 Triggers: ● systemd-logind.service Docs: man:systemd-logind.service(8) Listen: /run/systemd/io.systemd.Login (Stream) Aug 27 07:30:34 576da50fa88f systemd[1]: Listening on systemd-logind-varlink.socket - User Login Management Varlink Socket. Aug 27 07:30:35 576da50fa88f systemd[1]: systemd-logind-varlink.socket: Failed with result 'service-start-limit-hit'. × systemd-userdbd.socket - User Database Manager Socket Loaded: loaded (/usr/lib/systemd/system/systemd-userdbd.socket; enabled; preset: enabled) Active: failed (Result: service-start-limit-hit) since Wed 2025-08-27 07:30:34 UTC; 3min 18s ago Duration: 212ms Invocation: 796ae84870f64c2c8cfd22030b2f6c4e Triggers: ● systemd-userdbd.service Docs: man:systemd-userdbd.service(8) Listen: /run/systemd/userdb/io.systemd.Multiplexer (Stream) Aug 27 07:30:34 576da50fa88f systemd[1]: systemd-userdbd.socket: Failed with result 'service-start-limit-hit'. Notice: journal has been rotated since unit was started, output may be incomplete.
Also filed as Fedora systemd bug 2391237.
The bug is now present on now-released Fedora 43 as well: $ podman exec fedora-init-43 systemctl list-units --failed UNIT LOAD ACTIVE SUB DESCRIPTION ● systemd-logind.service loaded failed failed User Login Management ● systemd-userdbd.service loaded failed failed User Database Manager ● systemd-logind-varlink.socket loaded failed failed User Login Management Varlink Socket ● systemd-userdbd.socket loaded failed failed User Database Manager Socket Legend: LOAD → Reflects whether the unit definition was properly loaded. ACTIVE → The high-level unit activation state, i.e. generalization of SUB. SUB → The low-level unit activation state, values depend on unit type. 4 loaded units listed.
*** Bug 2391237 has been marked as a duplicate of this bug. ***
I suspect that after all this has the same reason as #2391343. Please check next update when it comes out.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 45 development cycle. Changing version to 45.