Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1172752

Summary:	[rfe] [perf] Parallelise metadata downloads
Product:	[Fedora] Fedora	Reporter:	Pavel Odvody <podvody>
Component:	dnf	Assignee:	Michal Luscon <mluscon>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	21	CC:	admiller, akozumpl, daniel, erecio, jsilhan, ledufff, mluscon, pnemade, rholy, tla
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-08-06 12:55:24 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:
Embargoed:
Bug Depends On:	1210325
Bug Blocks:

Description Pavel Odvody 2014-12-10 16:47:10 UTC

Description of problem:
Metadata downloads are taking too long as they execute one after another.

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

How reproducible:
Easily :>

Steps to Reproduce:
1. sudo time dnf upgrade --refresh

Actual results:
0:27.06 elapsed 

Expected results:
~2-5 sec, depending on the number of repositories and the volume of data

Additional info:
I've linked a similar BZ / solution that has been working in YUM.

Comment 1 Honza Silhan 2014-12-11 19:48:51 UTC

Good point, we can implement this.

Comment 2 Honza Silhan 2015-07-24 09:45:49 UTC

*** Bug 1227014 has been marked as a duplicate of this bug. ***

Comment 3 Honza Silhan 2015-07-24 12:07:02 UTC

*** Bug 1229050 has been marked as a duplicate of this bug. ***

Comment 4 EMR_Fedora 2015-08-03 14:52:28 UTC

I posted this to another bug report, but I didn't realise that it was closed as a dupe of this. Sorry for the cross posting:

For some reason DNF attempts to connect at high ports (instead of FTP/HTTP) and I see a SYN_SENT which is being blocked by our network's firewall, so it just stalls. Yum always seemed to work fast and connect only on HTTP/FTP ports. Is there a way to force DNF to use ONLY http?

Comment 5 Honza Silhan 2015-08-06 12:55:24 UTC

This bug will be solver on librepo side only (bug 1210325). No additional changes in dnf are needed.

*** This bug has been marked as a duplicate of bug 1210325 ***

Comment 6 Radek Holy 2015-08-10 09:40:18 UTC

(In reply to EMR_Fedora from comment #4)
> Is there a way to force DNF to use ONLY http?

There is a request to prioritize HTTP over FTP: bug 1247076.