Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be unavailable on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 587651 - Too much time for nothing
Summary: Too much time for nothing
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Seth Vidal
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2010-04-30 13:26 UTC by Yanko Kaneti
Modified: 2014-01-21 23:14 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2010-04-30 13:39:38 UTC
Type: ---

Attachments (Terms of Use)
yum -d 9 update log (155.64 KB, text/plain)
2010-04-30 13:26 UTC, Yanko Kaneti
no flags Details

Description Yanko Kaneti 2010-04-30 13:26:50 UTC
Created attachment 410430 [details]
yum -d 9 update log

Description of problem:
Here is an excerpt of the end of a unsuccessful yum update (do to broken deps, to be expected) .
Error: Package: fontmatrix-0.6.99-5.r1073.fc14.x86_64 (@rawhide)
           Requires: libpodofo.so.0.6.99()(64bit)
           Removing: podofo-libs-0.7.0-4.fc13.x86_64 (@rawhide)
           Updated By: podofo-libs-0.8.0-1.fc14.x86_64 (rawhide)
               Not found
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

The problem is that there is almost a minute of waiting and yum eating 99% (of 1 core) cpu between
 "You could try using --skip-broken to work around the problem"
and the last line. 

Whatever yum is doing after the depsolving phase, I can't see the point of it given it has already bailed on the transaction as a whole.


Comment 1 James Antill 2010-04-30 13:39:38 UTC
It's doing "yum check dependencies duplicates", because the assumption is that the remote repos. aren't going to knowingly be broken. So when it hits a problem yum makes sure that there isn't a local problem.

However what does "time sudo yum check duplicates dependencies" say? Does it take that long for multiple runs?
Here it's like 3 seconds.

Comment 2 seth vidal 2010-04-30 13:48:55 UTC
 Has this system been upgraded a lot from release to release?

Just for fun run:

time rpm -Va --nofiles --nodigest
rpm --rebuilddb
time rpm -Va --nofiles --nodigest

and post the results.


Comment 3 Yanko Kaneti 2010-04-30 14:30:56 UTC
yum check duplicates dependencies
takes ~6 seconds, and nothing other than 
Loaded plugins: changelog, refresh-packagekit
check duplicates

yum update , with everything cached an no network access takes
1m14.103s with 98% of it between the last two lines.

Your NOTABUG resolution seems premature.

Seth: It has been a rawhide from around f10 or so...

before rebuilddb:
# time rpm -Va --nofiles --nodigest

real	0m45.016s
user	0m40.081s
sys	0m4.565s

# time rpm -Va --nofiles --nodigest

real	0m44.525s
user	0m39.670s
sys	0m4.617s

Comment 4 Yanko Kaneti 2010-04-30 14:41:17 UTC
Perhaps it gets overwhelmed by both 13, main, updates and testing  and rawhide repos being enabled at the same time. Its a fairly legitimate config at this point of development.

Comment 5 seth vidal 2010-04-30 14:43:49 UTC
 just to be sure - as root
cd /var/lib/rpm
rm __db*
rpm --rebuilddb

and run rpm -Va --nofiles --nodigest again

45s is long unless this system is particularly slow, has very low mem or has LOTS of pkgs installed.

rpm -qa | wc -l 

would also be useful


Comment 6 Yanko Kaneti 2010-04-30 14:52:13 UTC
Its still roughly 45s. 2GHz Phenom. There is plenty of memory.

# rpm -qa | wc -l

Comment 7 seth vidal 2010-04-30 15:10:57 UTC
Yanko can you run

time yum check

w/o any additional arguments?


Comment 8 Yanko Kaneti 2010-04-30 15:59:28 UTC
Eek, had to run this twice to double check.
# time yum check
Loaded plugins: changelog, refresh-packagekit
check all

real	19m19.813s
user	19m15.490s
sys	0m2.078s

# time yum check
Loaded plugins: changelog, refresh-packagekit
check all

real	19m13.960s
user	19m10.771s
sys	0m1.746s

Comment 9 James Antill 2010-04-30 17:14:27 UTC
> yum check duplicates dependencies
> takes ~6 seconds, and nothing other than 

 Ahh, sorry, I thought I'd changed that. The command only takes one arg. at a time although the API doesn't. So you'd have to test:

yum check duplicates
yum check dependencies

...and "check dependencies" does take about 2x "check duplicates" here. So that'd be about 18 seconds (in total) for you I guess?

 Saying that you do have a _lot_ of packages installed, and 19 minutes for a full "yum check" is ... err. impressive. Can you run:

for i in dependencies duplicates obsoleted provides; do
   echo $i
   time sudo yum check

...my guess is that it's the "provides" check, which we could take out of the default if so.

Comment 10 seth vidal 2010-04-30 17:21:30 UTC
okay - 19m is completely bonkers.

something is SERIOUSLY wrong there - if you can - compress and attach your rpmdb.

also run:

yum repolist


Comment 11 Yanko Kaneti 2010-05-01 06:12:47 UTC
check duplicates        0m5.360s
check dependencies      1m7.827s
check obsoleted         0m18.460s
check provides         19m12.700s

# yum repolist 
Loaded plugins: changelog, refresh-packagekit
repo id                   repo name                                       status
chromium                  Chromium Test Packages                              14
fedora                    Fedora 13 - x86_64                              20,800
google                    Google - i386                                        4
livna-development         Livna for Fedora Core 13 - x86_64 - Development      3
rawhide                   Fedora - Rawhide - Developmental packages for t 20,926
rpmfusion-free-rawhide    RPM Fusion for Fedora 13 - Free - Rawhide          489
rpmfusion-nonfree-rawhide RPM Fusion for Fedora 13 - Non-Free - Rawhide      168
testgnomeshell            Testgnomeshell                                      93
testkoji                  Testkoji                                         3,040
updates                   Fedora 13 - x86_64 - Updates                         0
updates-testing           Fedora 13 - x86_64 - Test Updates                1,707
repolist: 47,244

As I said in comment 4, both 13 and rawhide enabled on purpose. Also I have a custom distroverpkg which is at 13

The rpm db is ~50MB compressed which might be a problem for bugzilla. You can get it from here

Comment 12 James Antill 2010-05-07 13:48:50 UTC
check dependencies      1m7.827s
check provides         19m12.700s

 These are almost certainly due to:

% rpm --dbpath /tmp -qa erlang\* | wc -l
% rpm --dbpath /tmp -q erlang-snmp --requires | wc -l
% rpm --dbpath /tmp -q erlang-snmp --provides | wc -l

...which should be fixed "soon".

Comment 13 Yanko Kaneti 2010-05-07 14:13:02 UTC
Indeed. Its much better now.

# time yum check dependencies 
Loaded plugins: auto-update-debuginfo, changelog, refresh-packagekit
check dependencies

real	0m10.907s
user	0m7.546s
sys	0m0.415s
# time yum check provides
Loaded plugins: auto-update-debuginfo, changelog, refresh-packagekit
check provides

real	0m23.019s
user	0m22.315s
sys	0m0.547s

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