Bug 1034782

Summary: downloading packages stall when /var/cache is full
Product: [Fedora] Fedora Reporter: Jiri Moskovcak <jmoskovc>
Component: librepoAssignee: Tomas Mlcoch <tmlcoch>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: akozumpl, dfediuck, packaging-team-maint, pnemade, rholy, tmlcoch
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: librepo-1.0.0-4.fc19 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-04-15 15:47:43 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Jiri Moskovcak 2013-11-26 13:53:01 UTC
Description of problem:
downloading packages get stuck without any error msg when the /var/cache is full


Version-Release number of selected component (if applicable):
dnf-0.3.11-3.git7bdc9e1.fc19.noarch

How reproducible:
100%

Steps to Reproduce:
1. create very small /var/cache
2.
3.

Actual results:
download stuck when the /var/cache is full without error msg

Expected results:
I would expect to at least see a error message and probably die after some time..

Comment 1 Jiri Moskovcak 2013-11-26 14:05:56 UTC
strace output:

select(28, [27], [], [], {0, 959762})   = 0 (Timeout)
poll([{fd=27, events=POLLOUT|POLLWRNORM}], 1, 0) = 0 (Timeout)
select(28, [27], [], [], {1, 0})        = 0 (Timeout)
poll([{fd=27, events=POLLOUT|POLLWRNORM}], 1, 0) = 0 (Timeout)
select(28, [27], [], [], {1, 0})        = 0 (Timeout)
poll([{fd=27, events=POLLOUT|POLLWRNORM}], 1, 0) = 0 (Timeout)
select(28, [27], [], [], {1, 0})        = 0 (Timeout)
poll([{fd=27, events=POLLOUT|POLLWRNORM}], 1, 0) = 0 (Timeout)
select(28, [27], [], [], {1, 0})        = 0 (Timeout)
poll([{fd=27, events=POLLOUT|POLLWRNORM}], 1, 0) = 0 (Timeout)
select(28, [27], [], [], {1, 0} <detached ...>

Comment 2 Ales Kozumplik 2013-11-26 14:08:17 UTC
Thanks, this would indicate librepo is at fault here --- will you agree, Tomas?

Comment 3 Fedora Update System 2014-02-03 11:24:17 UTC
librepo-1.0.0-4.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/librepo-1.0.0-4.fc19

Comment 4 Fedora Update System 2014-02-04 02:46:02 UTC
Package librepo-1.0.0-4.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing librepo-1.0.0-4.fc19'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-1971/librepo-1.0.0-4.fc19
then log in and leave karma (feedback).

Comment 5 Fedora Update System 2014-04-15 15:47:43 UTC
librepo-1.0.0-4.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.