Bug 323271 - Adding a comps file to a channel does not trigger a cache refresh.
Summary: Adding a comps file to a channel does not trigger a cache refresh.
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Network
Classification: Retired
Component: RHN/Backend
Version: rhn500
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Bryan Kearney
QA Contact: Grant Gainey
URL:
Whiteboard: US=16306
Depends On:
Blocks: 433460
TreeView+ depends on / blocked
 
Reported: 2007-10-08 16:36 UTC by James Bowes
Modified: 2013-01-10 09:55 UTC (History)
2 users (show)

Fixed In Version: 5.0.5
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-04-07 20:00:55 UTC
Embargoed:


Attachments (Terms of Use)

Description James Bowes 2007-10-08 16:36:38 UTC
rhn-manage-comps does not update last_modified on the related channel, so the
repomd cache does not get updated, adding the new comps file.

Comment 1 Dennis Gregorovic 2007-10-08 20:09:02 UTC
Is there a workaround for this?

Comment 2 James Bowes 2007-10-08 20:12:08 UTC
(In reply to comment #1)
> Is there a workaround for this?

Modifying the channel in some other way after adding the comps file will do it
(ie adding a new package or errata). Otherwise you need to get someone to remove
the cached repomd files from disk



Comment 3 James Bowes 2008-02-26 18:03:00 UTC
To test:
 * use rhn-manage-channel-internal to create a new channel
 * get the last modified date for that channel from the db:
   select last_modified from rhnchannel where label='your-new-channel';
 * Associate a comps file with the channel (the file does not need to exist):
   rhn-manage-comps --server dev --file=some/fake/file -c your-new-channel
 * Verify get last_modified from the db again, and ensure that it has been 
   updated.

Comment 4 James Bowes 2008-02-27 17:11:31 UTC
requires rhn-content-mgmt-0.5.0 from brew

Comment 5 Amy Owens 2008-03-03 16:13:42 UTC
AO 3/3/08- verified in dev--- it updated the last modified date on rhnchannel

Comment 6 Grant Gainey 2008-03-18 19:50:19 UTC
VERIFIED in QA as of 18-MAR


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