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 1500361
Summary: | DNF in Fedora 26 is terrible slow | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Harald Reindl <h.reindl> |
Component: | dnf | Assignee: | Jaroslav Mracek <jmracek> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 26 | CC: | dmach, dowdle, h.reindl, ignatenko, jmracek, mhatina, paul.destefano-redhat2, rpm-software-management, vmukhame |
Target Milestone: | --- | Keywords: | Reopened, Triaged |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | dnf-2.7.5-1.fc26 dnf-2.7.5-1.fc27 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-10-21 22:21:51 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: |
Description
Harald Reindl
2017-10-10 12:57:33 UTC
Please can you test it with command like: Of course please remove git before test. ``time dnf -y install git --assumeno --disableplugin=* --disableexcludes`` [root@testserver:~]$ time dnf -y install git --assumeno --disableplugin=* --disableexcludes=* rhsoft-repo for fedora 7.2 MB/s | 150 kB 00:00 rhsoft-repo with generic rpms 302 kB/s | 2.5 kB 00:00 Letzte Prüfung auf abgelaufene Metadaten: vor 0:00:00 am Di 10 Okt 2017 18:32:19 CEST. Abhängigkeiten sind aufgelöst. =================================================================================================================================================================================================================== Paket Arch Version Paketquelle Größe =================================================================================================================================================================================================================== Installieren: git x86_64 2.13.6-1.fc26 updates 1.1 M Installiere Abhängigkeiten: git-core x86_64 2.13.6-1.fc26 updates 4.0 M git-core-doc x86_64 2.13.6-1.fc26 updates 2.2 M libsecret x86_64 0.18.5-3.fc26 fedora 155 k perl-Git noarch 2.13.6-1.fc26 updates 68 k Transaktionsübersicht =================================================================================================================================================================================================================== Installieren 5 Pakete Gesamtgröße: 7.6 M Installationsgröße: 36 M Vorgang abgebrochen. real 1m52,235s user 1m49,122s sys 0m1,061s 9 out of 10 times, dnf seems very slow for me too. For some reason it seems to be rebuilding the rpm database frequently that seems to be a root cause of the slowness. rebuilding the rpm database? how has dnf any business to ever do this? anyways, a rpm --rebuilddb don't take that long and in my case it sits around like a dead dog after the message of last metadata check Sorry, the command to test should be: ``time dnf -y install git --assumeno --disableplugin=* --disableexcludes=all`` If this is a problem with excludes, then problem was already fixed by https://github.com/rpm-software-management/dnf/pull/948. it's excludes that it hangs after "Last metadata expiration check: 0:01:02 ago on Wed Oct 11 12:41:56 2017" for no good reason packages where i maintain override and i686 in genereal are excluded since yum/dnf tend to trying install i686 packages when deps can not be satisfied and on my machines there is no single non-x86_64 piece installed for years that excludes below are not new, they exist for at least 8 years only switching "excludepkgs" and "exclude" in the hope that you developers now are done with rename forwards and backwards where you never should have renamed anything to start with excludepkgs=*.i686,aespipe,apr,apr-util,apr-util-devel,apr-util-nss,apr-util-openssl,cantata,dbmail*,dovecot*,ffmpeg*,fsync-tester,GeoIP*,gmime,gmime-devel,hostapd,httpd,httpd-devel,httpd-tools,hylafax,iat,iaxmodem,lame*,libevent*,libmpdclient*,libnss-mysql,libzdb,mariadb*,mod_cgi,mod_dav,mod_info,mod_proxy,mod_proxy_http,mod_security,mod_ssl,mod_status,mpc,mpd,mpdscribble,mysql-client,netatalk*,open-vm-tools,openvpn,perl-File-Scan-ClamAV,perl-Net-DRI,php,php-bcmath,php-bz2,php-calendar,php-cli,php-common,php-ctype,php-curl,php-dba,php-devel,php-dom,php-embedded,php-enchant,php-exif,php-feedcreator,php-fileinfo,php-gd,php-gettext,php-hash,php-iconv,php-imap,php-interbase,php-intl,php-json,php-ldap,php-mbstring,php-mcrypt,php-mssql,phpMyAdmin,php-mysql,php-mysqli,php-mysqlnd,php-odbc,php-opcache,php-openssl,php-pcntl,php-pdo,php-pear,php-pecl-apc,php-pecl-apcu,php-pecl-bbcode,php-pecl-crack,php-pecl-geoip,php-pecl-id3,php-pecl-imagick,php-pecl-mailparse,php-pecl-mcrypt,php-pecl-mysqlnd_qc,php-pecl-ssh2,php-pecl-uploadprogress,php-pecl-vld,php-pecl-xdebug,php-pgsql,php-phar,php-posix,php-process,php-pspell,php-readline,php-recode,php-session,php-simplexml,php-snmp,php-soap,php-sockets,php-suhosin,php-tidy,php-tokenizer,php-xml,php-xmlreader,php-xmlrpc,php-xmlwriter,php-zip,php-zlib,postfix*,pure-ftpd,roundcubemail,spamassassin-bogofilter,spamassassin-clamav,spamassassin-mxpf,trafficserver*,up-imapproxy,vnstat,webalizer-xtended,woff-code *** This bug has been marked as a duplicate of bug 1499534 *** that it seems to operate on every available package in every available version instead only the highest ones until downgrade/dtstro-sync comes in play also don't make it faster i have never seen such outputs like below in yum and they are still *not* helpful as yum dependecy problem display was - yum was really good software, dnf currently is not at all (fügen Sie »--best --allowerasing« zur Befehlszeile hinzu, um die Aktualisierung zu erzwingen): poppler x86_64 0.52.0-2.fc26 fedora 829 k poppler x86_64 0.52.0-5.fc26 updates 829 k poppler x86_64 0.52.0-7.fc26 updates-testing 830 k Skipping packages with broken dependencies: poppler-glib x86_64 0.52.0-7.fc26 updates-testing 145 k poppler-qt5 x86_64 0.52.0-2.fc26 fedora 175 k poppler-qt5 x86_64 0.52.0-5.fc26 updates 175 k poppler-qt5 x86_64 0.52.0-7.fc26 updates-testing 174 k poppler-utils x86_64 0.52.0-7.fc26 updates-testing 190 k and why does that take ages and hangs around for at least 30 seconds here when with --cache-only the xecludes in the repos must not matter at all? [root@srv-rhsoft:/downloads]$ dnf --cacheonly upgrade *.rpm Letzte Prüfung auf abgelaufene Metadaten: vor 7:39:25 am Do 12 Okt 2017 11:40:05 CEST. Don't worry, patches will be released very soon. it's still a bad joke "Last metadata expiration check: 0:13:15 ago on Mon Oct 16 11:09:05 2017" and then waiting [root@rh:/downloads]$ time dnf --cacheonly upgrade *.rpm Last metadata expiration check: 0:13:37 ago on Mon Oct 16 11:09:05 2017. Package dnf of higher version already installed, cannot update it. Package dnf-conf of higher version already installed, cannot update it. Package dnf-yum not installed, cannot update it. No match for argument: dnf-yum-2.7.4-1.fc26.noarch.rpm Package python2-dnf of higher version already installed, cannot update it. Package python3-dnf of higher version already installed, cannot update it. Dependencies resolved. Nothing to do. Complete! real 0m39.843s user 0m39.388s sys 0m0.163s [root@rh:/downloads]$ rpm -qa | grep dnf | sort dnf-2.7.4-1.fc26.noarch dnf-conf-2.7.4-1.fc26.noarch dnf-plugins-core-2.1.5-1.fc26.noarch etckeeper-dnf-1.18.5-3.fc26.noarch libdnf-0.11.1-1.fc26.x86_64 python2-dnf-2.7.4-1.fc26.noarch python3-dnf-2.7.4-1.fc26.noarch python3-dnf-plugin-leaves-2.1.5-1.fc26.noarch python3-dnf-plugin-show-leaves-2.1.5-1.fc26.noarch python3-dnf-plugins-core-2.1.5-1.fc26.noarch python3-dnf-plugins-extras-common-2.0.3-1.fc26.noarch I created two patches that should solve the issue completely: https://github.com/rpm-software-management/libdnf/pull/346 https://github.com/rpm-software-management/dnf/pull/955 dnf-2.7.5-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-d2e8fdf5d8 dnf-2.7.5-1.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2017-ee5c678e8b dnf-2.7.5-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-ee5c678e8b dnf-2.7.5-1.fc26.noarch is way better, no karma because i refuse to use the bodhi-website just because Fedora is not capable to keep it's house clean (https://bugzilla.redhat.com/show_bug.cgi?id=1504089) dnf-2.7.5-1.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-d2e8fdf5d8 dnf-2.7.5-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. dnf-2.7.5-1.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report. |