Bug 81462

Summary: RFE: Tool to aid in storage of kickstart RPMs on satellite servers
Product: Red Hat Satellite 5 Reporter: Greg DeKoenigsberg <gdk>
Component: ServerAssignee: Mihai Ibanescu <mihai.ibanescu>
Status: CLOSED WONTFIX QA Contact: Fanny Augustin <fmoquete>
Severity: medium Docs Contact:
Priority: high    
Version: unspecifiedCC: cturner, gafton, gdk, mihai.ibanescu, pjones
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-04-14 16:04:43 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 88391    

Description Greg DeKoenigsberg 2003-01-09 17:59:16 UTC
Customers want to use satellite servers as kickstart servers as well.  This is

Unfortunately, RPM duplication and disk space usage becomes a problem.  90% of
the RPMs in a given kickstart file tree will also be in the RPM repository for
the satellite.

To eliminate unnecessary duplication, we should have a de-duping copy function
for RPMs that might work something like this:

$ satcp /mnt/cdrom/filetree/*.rpm /var/www/pub/filetree/*.rpm

Before writing each RPM to disk, satcp would check the satellite repository.  If
an RPM with the same(ish) name and matching MD5sum exists, create a symlink
instead of copying the file.

We would then document the use of this satcp script in the satellite/kickstart

Comment 1 Mihai Ibanescu 2003-01-09 21:22:51 UTC
Should be on my plate I guess.

Comment 2 Greg DeKoenigsberg 2003-02-03 14:52:53 UTC
Bumping priority ("provisioning" implications)

Comment 3 Greg DeKoenigsberg 2003-04-11 14:53:02 UTC
RHN 3.0.0

Comment 4 Greg DeKoenigsberg 2003-04-14 16:04:43 UTC
Was apparently decided in my absence that this piece is out.  OK, then, out it
is.  And since this was a "stopgap" feature until we got "real" provisioning, we
should probably close this altogether.