Bug 587550 - libsmbclient/samba3x tech-preview packages are not removed from the supplementary channel after an import on disconnected Satellite
Summary: libsmbclient/samba3x tech-preview packages are not removed from the supplemen...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Satellite Synchronization
Version: 530
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Miroslav Suchý
QA Contact: Petr Sklenar
URL:
Whiteboard:
Depends On: 608657
Blocks: sat531-triage
TreeView+ depends on / blocked
 
Reported: 2010-04-30 08:58 UTC by Vishal Gaikwad
Modified: 2018-11-14 19:41 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 608657 (view as bug list)
Environment:
Last Closed: 2010-10-05 13:17:24 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2010:0740 0 normal SHIPPED_LIVE Red Hat Network Satellite bug fix update 2010-10-05 13:16:28 UTC

Description Vishal Gaikwad 2010-04-30 08:58:52 UTC
Description of problem:
The import of RHEL5-Server-Supplementary content doesn't appear to be cleaning up the samba3x tech-preview packages.

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

How reproducible:
Always

Steps to Reproduce:
1. Export the latest rhel-x86_64-server-supplementary-5 channel.
2. Import it on a Satellite which has old rhel-x86_64-server-supplementary-5 channel with the tech-preview packages like 'samba3x'
3. After a successful import these packages are not being removed.
4. Now, if you remove the rhel-x86_64-server-supplementary-5 channel from the importing satellite server and sync it from RHN Hosted, you will see that these packages are being removed.
  
Actual results:
After a successful import these tech-preview packages are not being removed.

Expected results:
satellite-sync should behave in the same manner on channel dumps as it behaves when we sync a channel from RHN Hosted.

Additional info:
A workaround is to remove the old supplementary channel using spacewalk-remove-channel and then sync it again from the channel dumps.

Comment 11 Issue Tracker 2010-06-10 12:58:07 UTC
Event posted on 06-10-2010 08:58am EDT by kbaxley

Some other packages from the main RHEL5 channel that weren't cleaned up
from the 5.4 to 5.5 sync...

On the production disconnected classified satellite we have the x86_64
packages:

	kmod-be2net-rhel5u4-2.101.377r-1.4.el5_4
	kmod-be2net-xen-rhel5u4-2.101.377r-1.4.el5_4

But these aren't on the connected satellite that we sync from.


This event sent from IssueTracker by kbaxley 
 issue 847343

Comment 14 Miroslav Suchý 2010-06-28 12:29:39 UTC
Fixed in spacewalk see:
https://bugzilla.redhat.com/show_bug.cgi?id=608657#c1

Comment 19 errata-xmlrpc 2010-10-05 13:17:24 UTC
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-2010-0740.html


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