Bug 1153792 - spacewalk-clone-by-date will not clone updated errata
Summary: spacewalk-clone-by-date will not clone updated errata
Keywords:
Status: CLOSED DUPLICATE of bug 905259
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Server
Version: 560
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jan Dobes
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks: sat560-triage
TreeView+ depends on / blocked
 
Reported: 2014-10-16 19:01 UTC by Dave
Modified: 2019-07-11 08:16 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-08-18 15:12:28 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Dave 2014-10-16 19:01:14 UTC
Description of problem: spacewalk-clone-by-date is not correctly cloning errata that has been UPDATED into our downstream channels.

When issuing the command:
[root@*****]$ spacewalk-clone-by-date --config=someconfigfile.config -d \ 2014-09-30 

it is skipping the bash errata that was updated on 30-Sep-2014.

Doing some more testing, I realized that if I change the to-date to 16-Oct it will clone everything that has been released, but NOT the bash errata.


Version-Release number of selected component (if applicable):


How reproducible:
Always


Steps to Reproduce: Using spacewalk-clone-by-date
1. clone RH channel to 2014-09-26 (this will clone the initial bash errata released on that day)
2. clone RH channel to 2014-09-30
3. Check private channels

Actual results:
The bash errata is still the previous 09/26/2014 


Expected results:
The updated errata, released on the 30th would be cloned to private channels


Additional info:

It appears that spacewalk-clone-by-date is checking the issue date of the errata, and NOT the updated date.

In the case of RHSA-2014:1306, which was originally issued on 09/26 and updated on 09/30, it was seeing the errata in the channel and skipping it, not cloning the update. Before and after the clone, both the issue date and the updated date were 09/26

Comment 3 Tomas Lestach 2016-08-18 15:12:28 UTC
I feel this already has been resolved by Bug 905259.
Closing as duplicate.

*** This bug has been marked as a duplicate of bug 905259 ***


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