Red Hat Bugzilla – Bug 974946
Yum likes to hang without any output what it's doing and without reacting to CTRL+C
Last modified: 2016-08-22 07:52:12 EDT
Description of problem:
Yum often likes to hang without any output about what it's doing for a simple search task, and it doesn't react to CTRL+C when doing that.
While I believe it has good reason to do this sometimes (internet connection being slow or some other cause), the lack of information about what it is trying to do right now (most likely download some repo info) and the lack of any reaction to CTRL+C is very annoying.
[root@jth jonas]# yum search hamster
Loaded plugins: langpacks, refresh-packagekit
Not very fun! It likes to hang for a minute before reacting sometimes (rare but happens). Also, when using kill -9, the yum/rpm db is dead (understandably).
Version-Release number of selected component (if applicable):
bash-4.2$ yum --version
Installed: rpm-184.108.40.206-2.fc19.x86_64 at 2013-05-29 15:04
Built : Fedora Project at 2013-05-28 07:16
Committed: Panu Matilainen <email@example.com> at 2013-05-28
Installed: yum-3.4.3-91.fc19.noarch at 2013-05-29 15:05
Built : Fedora Project at 2013-05-13 15:30
Committed: Zdenek Pavlas <firstname.lastname@example.org> at 2013-05-13
Often (internet probably needs to be slow)
Steps to Reproduce:
1. Yum search
2. Watch it take forever
3. Use CTRL+C and see no response
CTRL+C doesn't do anything, there is no information given at all to what yum is doing right now and how long it will take, and this often takes up to one minute until yum is finally reacting to CTRL+C
Before the lengthy hanging task is carried out (whatever it is), I expect a notice what yum is doing (not even that it might take long if that's not normally the case, but just that it's doing SOMETHING). Also, yum should react to CTRL+C at least in a time span of like 5 seconds. Hanging for a minute after a CTRL+C when I clearly want to abort is not fun.
Usually, this is caused by a dead mirror. Yum tries to connect() to an IP that does not respond at all. You might want to try setting "timeout" in yum.conf to a smaller value than the 30s default.
But Yum might be also busy doing something else. You run "yun search" as user- it might be just copying or unpacking metadata from the root cache.
If it's a network-related problem, please try running Yum with URLGRABBER_DEBUG=INFO and it will print few lines before each connection, so we can see where it blocks... eg:
$ sudo URLGRABBER_DEBUG=INFO yum update
I noticed this behaviour when yum tried to download a pkgtags file or similar and rejected it because of a bad checksum from several mirrors. I then wanted to abort yum with CTRL-C (to be able to run yum clean) and it just made yum hang.
This message is a notice that Fedora 19 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 19. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. Approximately 4 (four) weeks from now this bug will
be closed as EOL if it remains open with a Fedora 'version' of '19'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.
Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 19 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, you are encouraged change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
Thank you for reporting this bug and we are sorry it could not be fixed.
Ctrl-C is a pain point for yum. This really needs to be fixed. Could someone change this to F21?
(In reply to Need Real Name from comment #5)
> Ctrl-C is a pain point for yum. This really needs to be fixed. Could someone
> change this to F21?
I am sorry but since yum is going to be obsoleted with the release of F22 (it has been in maintenance mode for some time), it is highly unlikely that this bug will be fixed. If it wasn't for the EOL, this bug would be closed as WONTFIX.
This was initially reproduced years ago on hardware I no longer have, and might also have been related to HDD failure (for me personally). Also there's dnf now -> I hope it's ok if I clear the needinfo request involving me