Bug 162503 - Satellite Sync from a mount directory fails, and does not print messages, when content is old
Satellite Sync from a mount directory fails, and does not print messages, whe...
Status: CLOSED WONTFIX
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Installer (Show other bugs)
370
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Todd Sanders
Red Hat Satellite QA List
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-07-05 12:47 EDT by Scott McBrien
Modified: 2009-03-24 14:07 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2009-03-24 14:07:34 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)

  None (edit)
Description Scott McBrien 2005-07-05 12:47:26 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050512 Red Hat/1.7.8-1.1.3.1

Description of problem:
So, I download the content isos, mount them and copy their data into a local directory to sync channels off of.  This directory is also shared via NFS so other satellite servers can sync off of it using the --mount-point option.

All works well, at first.  But if the directory is left alone for a few weeks, more than two, less than 4 (haven't got an exact time), new satellite servers can no longer use it to sync from.  The new server's satellite-sync command appears to work, imports meta-data and such into the embedded oracle instance, the web interface shows the channel and that it has package content; however, the packages are NOT loaded onto the satellite server.

If I delete the import directory, remake it from the same set of content isos, and re-run satellite sync, the new satellite server will upload the package content from the directory.  And additional servers can also once again sync channels off of this directory.

Version-Release number of selected component (if applicable):
RHN Satellite Server 3.7.1

How reproducible:
Always

Steps to Reproduce:
1.download RHN content isos
2.mount them and copy them to a directory on your system
3.don't do anything with the files in that directory for 3 weeks
4.try to satellite-sync a channel from the directory onto a satellite server
5.attempt to use packages, like updates, that the satellite server should now have
6.feel the love (or lack of packages), the up2date should fail and complain about missing packages
7.erase the directory
8.mount the same content isos can copy their data to a directory
9.re- satellite-sync the channel (notice that it now uploads packages)
10.re- up2date the system and everything is happy
  

Actual Results:  When the satellite content import directory has not been used, satellite servers synced on that content fail to upload any packages, but still upload the package metadata.

Expected Results:  The satellite server should sync both metadata and package content

Additional info:
Comment 2 Red Hat Bugzilla 2007-05-03 01:34:46 EDT
User wregglej@redhat.com's account has been closed

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