Bug 501024 - rhn-satellite-exporter: Incremental export doesn't work
rhn-satellite-exporter: Incremental export doesn't work
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Satellite Synchronization (Show other bugs)
All Linux
medium Severity high
: ---
: ---
Assigned To: Jan Pazdziora
Šimon Lukašík
: Reopened
Depends On:
Blocks: sat-channel-dumps
  Show dependency treegraph
Reported: 2009-05-15 10:46 EDT by Michael Mráka
Modified: 2010-10-23 05:35 EDT (History)
9 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-03-22 08:04:48 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
channel_families.xml.gz from step 4. (335 bytes, application/xml)
2009-05-15 10:48 EDT, Michael Mráka
no flags Details
channel_families.xml.gz from step 7. (396 bytes, application/xml)
2009-05-18 04:44 EDT, Michael Mráka
no flags Details

  None (edit)
Description Michael Mráka 2009-05-15 10:46:53 EDT
Description of problem:
Export of channel to directory which already contains export of another (group of) channels may break satellite-sync. This kind of incremental export should work.

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

How reproducible:

Steps to Reproduce:
1. install 2 satellites, sat1 registered to webqa, sa2 disconnected
   make sure you have entitlements for rhel-i386-server-5 and rhel-i386-server-5.0.z on both satellites
as root@sat1:
2. sync rhel-i386-server-5 and rhel-i386-server-5.0.z channel from webqa
3. rhn-satellite-exporter -c rhel-i386-server-5 -d /shared/dir
4. rhn-satellite-exporter -c rhel-i386-server-5.0.z -d /shared/dir
as root@sat2:
5. satelilte-sync -c rhel-i386-server-5 -d /shared/dir
6. satelilte-sync -c rhel-i386-server-5.0.z -d /shared/dir
as root@sat1:
7. rhn-satellite-exporter -c rhel-i386-server-5 -d /shared/dir
as root@sat2:
8. satelilte-sync -c rhel-i386-server-5 -d /shared/dir
9. satelilte-sync -c rhel-i386-server-5.0.z -d /shared/dir
Actual results:
1.- 4. ok
5. ...
ERROR: you are not entitled to sync a channel in this set of channels.
Please contact your sales rep or RHN contact
6. ok (rhel-i386-server-5.0.z synced)
7. ok
8. ok (this time rhel-i386-server-5 synced)
9. ...
ERROR: you are not entitled to sync a channel in this set of channels.
Please contact your sales rep or RHN contact

Expected results:
both channels synced ok everytime

Additional info:
see channel_families.xml.gz
Comment 1 Michael Mráka 2009-05-15 10:48:08 EDT
Created attachment 344167 [details]
channel_families.xml.gz from step 4.
Comment 2 Michael Mráka 2009-05-18 04:44:54 EDT
Created attachment 344397 [details]
channel_families.xml.gz from step 7.
Comment 3 Michael Mráka 2009-05-18 06:27:14 EDT
IMHO channel_families.xml.gz should not be overwritten but new channel families should be appended to the file.
Comment 4 Brandon Perkins 2009-05-19 12:08:07 EDT
Prad, how hard would this be to fix?  We know its not a regression from previous behavior, but its still bad.
Comment 5 Pradeep Kilambi 2009-05-19 16:40:30 EDT
Yea currently we don't support appending new exports to existing exported directory. If you point to an already existing directory, it will obviously overwrite. If you want to include multiple channel the use case is do 
$ rhn-satellite-export -c ch1 -c ch2 

I dont see an easy non hacky way to fix this for 530. This will need some rewrite to the Channel family dumper.
Comment 6 Frederik Bijlsma 2009-09-08 16:08:54 EDT
is this going to be fixed?
Ran into this today - at least there should be a warning from the export if it is not fixed.
Comment 9 Jan Pazdziora 2010-02-19 07:11:48 EST
Fixed in Spacewalk master d860824b6db4787aa6e0f9d53a9bb479bee43466.
Comment 11 Milan Zázrivec 2010-03-04 11:54:26 EST
satellite.git: 44ef9849b594d3af16c62d2abb1877b8109d9cc3
Comment 12 Milan Zázrivec 2010-03-04 11:58:52 EST
Comment 14 Šimon Lukašík 2010-03-08 06:33:47 EST
Comment 22 Milan Zázrivec 2010-03-16 10:30:21 EDT
Comment 25 errata-xmlrpc 2010-03-22 08:04:48 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.


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