Description of problem:
rhn-check of 5.7 downloads all the repodata available, including others and filelist which are not required by the regular usage of yum (aka no yum provide or yum-security usage)
Version-Release number of selected component (if applicable):
all the time
Steps to Reproduce:
1.make sure that the version is installed
2.install osad on the machine and start it
3.yum clean all on the client
4.plan any package installation for that machine
du -sh /var/cache/yum will be large and the cache will have others and filelist info. for a machine registered to a 32 bit base channel and a rhn-channel we have 635+mb consumed in the cache because of the filelist and others.
the space consumed should be about 35mb large, filelist and others should not be downloaded.
the expected behaviour could be observed with the previous version of rhn-check, 0.4.20-46.el5.
There are few things that need to be explained wrt to this report.
1. It's not true, that for regular yum / rhn_check usage (i.e. installing
a package) all you need is primary.xml. There are situations in which
yum (or yum libraries) will download filelist.xml -- in cases it needs
to resolve file dependencies (try to install mod_ssl or httpd for example).
others.xml -- on the other hand -- is not necessary for this sort of usage
(yes, others.xml is downloaded during rhn_check although it does not need
2. At some point in the past, yum started to create .sqlite files for each
of the metadata files it downloads; these .sqlite files tend to be quite
large (depending on the size of the corresponding .xml)
3. For RHEL-5.7 and for bug #627525 we had to restructure yum-rhn-plugin
a bit, part of this revamp was the following commit:
which causes rhn_check to download all available metadata from given repo.
Now my comments on the three points above:
1) Nothing we can do. Yum will download filelist.xml (and create .sqllite
for it) for more complicated dependency resolution whether you like it or not.
2) Nothing we can do either. Yum design decision.
3) We will have to return yum-rhn-plugin to the state it was before RHEL-5.7,
since the new design brought more troubles than advantages (this bug being one
Once the old structure of yum-rhn-plugin is restored, this bug will be
automatically resolved: that means others.xml will not be downloaded by
I'm gonna ack this bug, move it to ASSIGNED and leave it open for a proper
QA verification. Otherwise, there's not much to do here.
yum works other than rhn_check!
This problem was reportet for rhn_check and is relevant since RHEL6.1
rhn_check runs over rhnsd every four hours.
rhn_check download all metadata new if there was a change at RHN channels
at this time.
rhn_check do this also if there is no job at the system queue and also at
rhnreg_ks during %post at kickstart.
This problem was never seen before RHEL6.1 and RHEL5.7.
Please see the traffic for metadata from content-xmlrpc.rhn.redhat.com for
75 x RHEL5.7 and 45 x RHEL6.1 form 08.08.2011 to 14.08.2011:
08/Aug/2011: 6611098398 byte
09/Aug/2011: 7119152309 byte
10/Aug/2011: 2826012962 byte
11/Aug/2011: 12661492264 byte
12/Aug/2011: 8510889604 byte
13/Aug/2011: 0 byte
14/Aug/2011: 0 byte
This means 37728645537 byte absurd traffic for check the RHN queue with
no job to do for this 120 systems like I use RHN at this time, at this
Who knows the normal bandwidth for a ADSL or SDSL data link with German
Telekom as provider?
*** Bug 728876 has been marked as a duplicate of this bug. ***
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
The rhnplugin provided by the yum-rhn-plugin package downloaded all the repository metadata available, including others and filelist which were not required by the regular usage of yum. With this updated package, rhnplugin now downloads only relevant subpart of metadata.
The yum-rhn-plugin-0.5.4-22.el5_7.1.noarch update seems to solve the problem!
Looks like I can enable rhnsd on my systems again....
I do not understand why rhn_check must download the metadata
if there is no job at the queue for this system at RHN to do.
rhn_check do this on every change of metadata at the RHN
channels which a system is subscribed.
The only good news at this time for me is:
rhn_check only downloads the primary.xml.gz files now. This means
we have now only 10% traffic with "content-xmlrpc.rhn.redhat.com"
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.