Bug 2362415
| Summary: | dnf5daemon-server can stuck the whole restart/shutdown process of Fedora | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Rostislav Krasny <rostiprodev> |
| Component: | dnf5 | Assignee: | rpm-software-management |
| Status: | NEW --- | QA Contact: | |
| Severity: | urgent | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 44 | CC: | besser82, fedora, htenberge, jhasse, jjbn, jonathan, kparal, ngompa13, perosimonovik2000, pkratoch, ppisar, redhat, rpm-software-management, surfing, thunderbirdtr, watts_graham |
| Target Milestone: | --- | Keywords: | Desktop |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Linux | ||
| URL: | https://discussion.fedoraproject.org/t/after-yesterdays-update-fedora-42-is-stuck-during-shutdown-stage-of-restart/150503/4 | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | --- | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | Type: | --- | |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Rostislav Krasny
2025-04-25 23:52:28 UTC
Hallo, It is still a very time consuming bug. (it takes 5 mins to stop the process ) F44beta, my workaround is: [Unit] Description=DNF daemon [Service] Type=dbus BusName=org.rpm.dnf.v0 User=root ExecStart=/usr/sbin/dnf5daemon-server TimeoutStopSec=15sec. Change TimeoutStopSec from 5 min to 15 sec. I can confirm that I also see it from time to time on my F44. I supposed it could be related to bug 2458182 , but if you don't have any such repos, then it's a general problem. I am experiencing this too in my Fedora 44 Workstation. This message is a reminder that Fedora Linux 42 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 42 on 2026-05-13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '42'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 42 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed. I am also seeing this on Fedora 44 Workstation. I do not see the GNOME Software issues linked here and reported under https://bugzilla.redhat.com/show_bug.cgi?id=2458182 so I would suggest that while potentially linked they are not the same. I also do not believe that this should be closed under F42 EoL as clearly this is an unresolved dnf5daemon-server issue and is not explicitly linked to a specific Fedora release. For context this is what I am experiencing, along with my system config: === Environment === Fedora release 44 (Forty Four) 7.0.4-200.fc44.x86_64 dnf5daemon-server-5.4.2.0-1.fc44.x86_64 dnf5-5.4.2.0-1.fc44.x86_64 === Shutdown hang evidence === --- Last activity before hang --- May 12 12:42:02 gw-fw13-02 systemd[1]: sys-devices-pci0000:00-0000:00:0d.2-domain0.device: Failed to enqueue SYSTEMD_WANTS job, ignoring: Transaction for bolt.service/start is destructive (poweroff.target has 'start' job queued, but 'stop' is included in transaction). May 12 12:42:02 gw-fw13-02 systemd[1]: Requested transaction contradicts existing jobs: Transaction for bolt.service/start is destructive (poweroff.target has 'start' job queued, but 'stop' is included in transaction). May 12 12:42:02 gw-fw13-02 systemd[1]: sys-devices-pci0000:00-0000:00:0d.2-domain0.device: Failed to enqueue SYSTEMD_WANTS job, ignoring: Transaction for bolt.service/start is destructive (poweroff.target has 'start' job queued, but 'stop' is included in transaction). --- dnf5daemon stop sequence --- May 11 15:30:47 gw-fw13-02 systemd[1]: Starting dnf5daemon-server.service - DNF daemon... May 11 15:30:48 gw-fw13-02 systemd[1]: Started dnf5daemon-server.service - DNF daemon. May 12 12:41:57 gw-fw13-02 systemd[1]: Stopping dnf5daemon-server.service - DNF daemon... May 12 12:46:57 gw-fw13-02 systemd[1]: dnf5daemon-server.service: State 'stop-sigterm' timed out. Aborting. May 12 12:46:57 gw-fw13-02 systemd[1]: dnf5daemon-server.service: Killing process 12841 (dnf5daemon-serv) with signal SIGABRT. May 12 12:46:57 gw-fw13-02 systemd-coredump[99414]: Process 12841 (dnf5daemon-serv) of user 0 terminated abnormally with signal 6/ABRT, processing... May 12 12:46:57 gw-fw13-02 systemd[1]: dnf5daemon-server.service: Main process exited, code=dumped, status=6/ABRT May 12 12:46:57 gw-fw13-02 systemd[1]: dnf5daemon-server.service: Failed with result 'timeout'. May 12 12:46:57 gw-fw13-02 systemd[1]: Stopped dnf5daemon-server.service - DNF daemon. May 12 12:46:57 gw-fw13-02 systemd[1]: dnf5daemon-server.service: Consumed 13.934s CPU time over 10h 14min 39.350s wall clock time, 614.9M memory peak. --- Resource usage at termination --- May 12 12:46:57 gw-fw13-02 systemd[1]: dnf5daemon-server.service: Consumed 13.934s CPU time over 10h 14min 39.350s wall clock time, 614.9M memory peak. (In reply to Graham Watts from comment #5) > I do not see the GNOME Software issues linked here and reported under > https://bugzilla.redhat.com/show_bug.cgi?id=2458182 so I would suggest that > while potentially linked they are not the same. Yes, they are related, but not the same. Especially comment 0 talks about KDE and not GNOME. > I also do not believe that this should be closed under F42 EoL as clearly > this is an unresolved dnf5daemon-server issue and is not explicitly linked > to a specific Fedora release. The Version got already bumped to 44. (In reply to Graham Watts from comment #5) > I am also seeing this on Fedora 44 Workstation. > > dnf5daemon-server-5.4.2.0-1.fc44.x86_64 Try upgrading to 5.4.2.1 to exclude a different bug (5-minute timeout when processing repositories with repo_gpgcheck=1 option). |