Bug 1219817 - dnf does not deal with unresponsive metadata server properly
Summary: dnf does not deal with unresponsive metadata server properly
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: librepo
Version: 22
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Tomas Mlcoch
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1219837 1220269 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-05-08 10:56 UTC by Lubomir Rintel
Modified: 2015-07-06 17:46 UTC (History)
11 users (show)

Fixed In Version: librepo-1.7.16-1.fc22
Clone Of:
Environment:
Last Closed: 2015-06-11 18:37:22 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Lubomir Rintel 2015-05-08 10:56:17 UTC
Description of problem:

# dnf -y install inkscape-table.noarch
Error: Failed to synchronize cache for repo 'updates-testing' from 'https://mirrors.fedoraproject.org/metalink?repo=updates-testing-f22&arch=x86_64': Cannot download repomd.xml: Curl error (56): Failure when receiving data from the peer for http://fedora.mirror.lstn.net/updates/testing/22/x86_64/repodata/repomd.xml [Recv failure: Connection reset by peer]

The request times out after a couple of minutes:

$ curl http://fedora.mirror.lstn.net/updates/testing/22/x86_64/repodata/repomd.xml
 curl: (7) Failed to connect to fedora.mirror.lstn.net port 80: Connection timed out

Version-Release number of selected component (if applicable):

dnf-0.6.5-1.fc22.noarch

Additional info:

This bug has potential security implications: a defective mirror can effectively cut me from getting updates.

Comment 1 Lubomir Rintel 2015-05-08 11:02:19 UTC
Yum deals with that properly:

http://fedora.mirror.lstn.net/updates/testing/22/x86_64/repodata/0fee1c2dcafc27bd12698936882f424182cb5825b9478dcf766b5e8b1c90b369-primary.sqlite.bz2: [Errno 14] curl#7 - "Failed to connect to fedora.mirror.lstn.net port 80: Connection timed out"
Trying other mirror.

Comment 2 Parag Nemade 2015-05-08 11:15:37 UTC
not sure if this is related to bug 1219283

Comment 3 Tomas Mlcoch 2015-05-13 13:31:38 UTC
Hi Sami, which version of librepo and curl do you have installed?
$ rpm -q librepo curl

Comment 4 Tomas Mlcoch 2015-05-25 10:18:58 UTC
Fixed in upstream:
https://github.com/Tojaj/librepo/commit/62b44957d1cb9e08e0d2bbdef910ee8d7e53633d

This fix causes that CURLE_RECV_ERROR and CURLE_SEND_ERROR won't be considered as fatal failures and won't abort downloading.

Comment 5 Fedora Update System 2015-05-29 12:36:10 UTC
librepo-1.7.16-1.fc22 has been submitted as an update for Fedora 22.
https://admin.fedoraproject.org/updates/librepo-1.7.16-1.fc22

Comment 6 Fedora Update System 2015-05-30 15:40:07 UTC
Package librepo-1.7.16-1.fc22:
* should fix your issue,
* was pushed to the Fedora 22 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing librepo-1.7.16-1.fc22'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2015-9077/librepo-1.7.16-1.fc22
then log in and leave karma (feedback).

Comment 7 Radek Holy 2015-06-09 06:38:47 UTC
*** Bug 1220269 has been marked as a duplicate of this bug. ***

Comment 8 Radek Holy 2015-06-09 06:40:37 UTC
I think we can switch the components.

Comment 9 Radek Holy 2015-06-09 06:46:11 UTC
*** Bug 1219837 has been marked as a duplicate of this bug. ***

Comment 10 Fedora Update System 2015-06-11 18:37:22 UTC
librepo-1.7.16-1.fc22 has been pushed to the Fedora 22 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.