When I run an install with dnf the program downloads the packages runs through transaction checks and begins the installation. When it is done with the installation it just freezes. In the past it would run through a verification and clean up and then return to command prompt. Any ideas on correcting this situation would be appreciated.
Reynold
On Wed, 7 Sep 2016 15:49:41 -0700 Reynold DeMarco Jr socal2007@gmail.com wrote:
When I run an install with dnf the program downloads the packages runs through transaction checks and begins the installation. When it is done with the installation it just freezes. In the past it would run through a verification and clean up and then return to command prompt. Any ideas on correcting this situation would be appreciated.
How long are you waiting? dnf does some sort of checks after the transaction is over, and those can take quite a while. Wait at least 10 or 20 minutes. You could also try using the option --noplugins to ensure that plugins checking things aren't causing the problem.
e.g. dnf --noplugins update
What does ps alx | grep dnf show as status for dnf when it seems to be frozen?
You could run strace dnf install, and capture the hanging part to attach to a bug report.
You could first do a dnf clean all. It's sort of a hammer but...
Chris Murphy
stan wrote:
How long are you waiting? dnf does some sort of checks after the transaction is over, and those can take quite a while. Wait at least 10 or 20 minutes.
I don't understand why dnf (and yum before it) don't give any idea what is happening during this pause, which as you say can be quite long.
On Thu, 08 Sep 2016 10:44:59 +0100 Timothy Murphy wrote:
I don't understand why dnf (and yum before it) don't give any idea what is happening during this pause, which as you say can be quite long.
I also often wonder what the heck it is doing during that long pause. I see the CPU hit 100% while it is doing it, but have no idea what might be going on in there.
On Thu, Sep 8, 2016 at 7:27 AM, maderios maderios@gmail.com wrote:
On 09/08/2016 01:31 PM, Tom Horsley wrote:
I also often wonder what the heck it is doing during that long pause. I see the CPU hit 100% while it is doing it, but have no idea what might be going on in there.
You'll find answer doing cat /var/log/dnf.log
Unlikely.
So I just did a single rpm update (btrfs-progs, less than 1MiB) and dnf hung for about 2 minutes between
Cleanup : btrfs-progs-4.7.1-1.fc26.x86_64
and
Verifying : btrfs-progs-4.7.2-1.fc26.x86_64
I attached strace to the dnf pid and all I got was
wait4(20314,
It stayed there for the entire 1-2 minute hang and then I got a spew of stuff, but also that line became
wait4(20314, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 20314 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=20314, si_uid=0, si_status=0, si_utime=0, si_stime=2} --- close(48) = 0 unlink("/var/tmp/rpm-tmp.vAGW3L") = 0 [...snip 1000+ lines...]
So it might not actually be dnf itself, maybe this calls for -ff -o to get all child pids also straced and written to their own files. It may be dnf is hung up waiting on something else, I have no idea.
But this is sorta new. There's always been a hang without a status of what it's doing, but it's only been particularly long for bigger updates. For a single rpm to have this long of a hang is unusual in my experience.
Thank you all for you advice on this matter. I did wait for 35 minutes where the program finally executed to completion. I looked at cat /var/log/dnf.log but did not find an error but I do believe it is snapper that is causing the delay. I removed snapper and the program seems to execute within a few seconds but this was on an install with only a few packages. To regress, this was a fresh install of Fedora 24 and during wildcard installs that would include tens to hundreds of packages the program would hang excessively. I don't believe this to be a bug but it is quite annoying
Reynold
On 09/08/2016 06:27 AM, maderios wrote:
On 09/08/2016 01:31 PM, Tom Horsley wrote:
I also often wonder what the heck it is doing during that long pause. I see the CPU hit 100% while it is doing it, but have no idea what might be going on in there.
You'll find answer doing cat /var/log/dnf.log
On 09/08/2016 04:31 AM, Tom Horsley wrote:
On Thu, 08 Sep 2016 10:44:59 +0100 Timothy Murphy wrote:
I don't understand why dnf (and yum before it) don't give any idea what is happening during this pause, which as you say can be quite long.
I also often wonder what the heck it is doing during that long pause. I see the CPU hit 100% while it is doing it, but have no idea what might be going on in there.
It's RPM running all the postinst scripts, so depending on what those do, it can take a long time. For example with kernel packages, it creates the initramfs using dracut.