Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 666463 - [RHEL 6] rhnplugin does not respect metadata_expire setting
[RHEL 6] rhnplugin does not respect metadata_expire setting
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: yum-rhn-plugin (Show other bugs)
6.0
All Linux
low Severity medium
: rc
: ---
Assigned To: Miroslav Suchý
Martin Minar
:
Depends On: 666876
Blocks: 666534
  Show dependency treegraph
 
Reported: 2010-12-30 18:52 EST by John Ruemker
Modified: 2016-07-03 20:55 EDT (History)
10 users (show)

See Also:
Fixed In Version: yum-rhn-plugin-0.9.1-9
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 666534 666876 (view as bug list)
Environment:
Last Closed: 2011-05-19 09:05:26 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
patch to cause rhnplugin to respect metadata_expire (1.12 KB, patch)
2010-12-30 18:52 EST, John Ruemker
no flags Details | Diff
patch to add metadata_expire functionality to rhnplugin (fixed whitespace typo in previous patch) (1.13 KB, patch)
2010-12-30 19:06 EST, John Ruemker
no flags Details | Diff
Evidence Bug not fixed (161.26 KB, application/x-gzip)
2011-07-20 03:55 EDT, Francisco Lopez
no flags Details


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:0565 normal SHIPPED_LIVE rhn-client-tools and yum-rhn-plugin bug fix and ehnancement update 2011-05-18 13:57:10 EDT

  None (edit)
Description John Ruemker 2010-12-30 18:52:11 EST
Description of problem:  The rhnplugin provided by yum-rhn-plugin does not respect yum's metadata_expire setting, and therefore all channels from RHN/RHNS use the default expiration time of 6 hours (21700 seconds).  

This came up in regards to an issue reported while the customer was using Satellite.  The customer pushed new packages to their Satellite base channel and taskomatic successfully regenerated the repodata for that channel.  They then scheduled a package upgrade from the satellite, which triggered the clients to run a yum update, but the metadata had not yet expired and thus the packages could not be installed without either

a) waiting 6 hours for the metadata to expire, OR
b) manually running 'yum clean all' on all of the clients

This is very inconvenient for the customer, considering they are looking to roll out satellite with several thousand clients.  

In response to the customer's report, I reproduced the issue and attempted to prevent it by lowering the metadata_expire setting so that the clients would not have to wait so long after a package push.  When this was unsuccessful, further debugging showed that repos made available through rhnplugin were still calling withinCacheAge with an expiration_time of 21700, while standard yum repos (for instance epel) were respecting my custom metadata_expire setting.  

I have implemented and tested a patch (attached) against yum-rhn-plugin which allows rhnplugin-based channels to use this setting.  I tested the setting in [main] of yum.conf, [main] of rhnplugin.conf, and individual channels in rhnplugin.conf.  All were successful at expiring the metadata of rhnplugin-based channels after the configured amount of time.

Version-Release number of selected component (if applicable): yum-rhn-plugin-0.9.1-7.el6.noarch.  

How reproducible: Whenever RHN/RHNS channel metadata is updated and a client has updated its metadata within the last 6 hours.

Steps to Reproduce:
1. Create a channel in Satellite
2. Register system to channel
3. 'yum clean all; yum makecache' on system
4. Push new or updated packages to channel
5. Within 6 hours from step 3, EITHER:
  a. yum check-update / yum install <package>
   OR
  b. Schedule an install/upgrade of one of the new packages for this system using the satellite UI

Actual results: If the action was carried out with yum (5a), observe that the packages are not available.  If the action was scheduled through satellite (5b), observe that it is reported as successful but the packages are not actually installed/updated.  

Expected results: Packages are installed or updated

Additional info: Problem also exists on RHEL5, and if no objections to implementing this functionality are presented, I will be filing another bug against it as well
Comment 1 John Ruemker 2010-12-30 18:52:41 EST
Created attachment 471226 [details]
patch to cause rhnplugin to respect metadata_expire
Comment 2 John Ruemker 2010-12-30 19:06:45 EST
Created attachment 471228 [details]
patch to add metadata_expire functionality to rhnplugin (fixed whitespace typo in previous patch)
Comment 3 Miroslav Suchý 2011-01-12 05:02:40 EST
cherrypicked to satellite.git as f4cc1ea5ff6d2778e8cb18b98206c57b9a749ced
Comment 5 Martin Minar 2011-02-25 10:39:37 EST
Verified with yum-rhn-plugin-0.9.1-17.el6.noarch
Comment 7 errata-xmlrpc 2011-05-19 09:05:26 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0565.html
Comment 8 Francisco Lopez 2011-07-20 03:54:31 EDT
Bug has been reported from customer side as not fixed.

Please find evidence attached to this ticket. 

SF Ticketnumber: 00384548

'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
Comment 9 Francisco Lopez 2011-07-20 03:55:41 EDT
Created attachment 513943 [details]
Evidence Bug not fixed
Comment 10 Martin Minar 2011-07-20 04:25:17 EDT
(In reply to comment #8)
> Bug has been reported from customer side as not fixed.
> 
> Please find evidence attached to this ticket. 
> 
> SF Ticketnumber: 00384548
> 
> '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''

Can you clarify few things, please:

1. What is the metadata_expire setting in yum.conf: cat /etc/yum.conf
2. What is the version of rhn-plugin: rpm -q yum-rhn-plugin
3. I'm not sure about customer's process here. This bug solves this problem: User will add new packages into channel and then after time specified in metadata_expire when he does yum update/install he will get new packages.

Thank you.

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