4

For a few days now I'm having issues running dnf update under my Fedora 23 installation.

After updating the package info and downloading the packages dnf seems to be stuck at "Running transaction". This is what the terminal shows:

[...] [SKIPPED] xorg-x11-server-common-1.18.3-1.fc23.x86_64.rpm: Already downloaded [SKIPPED] xorg-x11-server-Xwayland-1.18.3-1.fc23.x86_64.rpm: Already downloaded Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction 

I don't see anything suspicious in journalctl. I already tried cleaning dnf with:

rm /var/lib/rpm/__db.* cd /var/cache/dnf rm -rf * dnf clean all 

The same happens when I try to install a new package via dnf install.

Any help is greatly appreciated.

7
  • For how long does it stay stuck? Minutes, hours...? Commented Apr 15, 2016 at 7:39
  • I waited for ~15mins before aborting Commented Apr 15, 2016 at 8:12
  • What is your hardware configuration? I'm thinking there's a chance there's some I/O bottleneck here. Commented Apr 15, 2016 at 8:49
  • 3
    I say leave it a bit more, especially since it's a VM on an external disk, and also loog in the logs for anything eye-catching. Commented Apr 15, 2016 at 12:07
  • 1
    Highly similar problem here. Commented Jan 1, 2017 at 17:46

3 Answers 3

4

After waiting for several hours dnf still was stuck on Running transaction. However after pressing Ctrl+C numerous times it continued. After it was done installing and verifying it was stuck again. Ctrl+C to the rescue it exited normally and all the updated packaged were installed... I still don't know what happened and also don't see any error in the logs. Hopefully it will work as expected the next time.

2
  • I installed Fedora version 25 then switched to Rowhide and ran in this problem. Only the Ctrl-C does not seem to work at all. (i.e. it looks like they prevent you from using Ctrl-C) Commented Feb 25, 2017 at 23:28
  • This worked for me too. I even used Ctrl + \ and it still worked. Commented Jun 24, 2020 at 2:09
3

I got the same problem so I just changed the priority of the dnf process to -10 from another shell, and the issue was solved.

renice -n -10 -p <pid> 

Probably, dnf tries to do so many processing and since it runs with default priority, it takes so much time.

0

In my case, I got that problem after I upgraded the whole platform (Fedora 25) to Rawhide (future Fedora 26). After the upgrade was done, I tried to install cmake, but a reboot was needed to finish up all the RPM database synchronization. After a reboot, everything worked like a charm as expected.

You must log in to answer this question.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.