[Spacewalk-list] Best practices for Yum Repo

[Paul Brunck]

If you define your repositories under manage software channels to external urls, Spacewalk will import all the rpms you are looking for without duplicates, and once your systems are registered to that spacewalk server you are able to use yum commands based on the channels the client is subscribed to.  There is no need to create a separate repo and then also use the same repos in spacewalk, that is as long as you are going to register all the systems to spacewalk.  If you are worried about defining different sets of packages for different clients, defining different channels can do that for you.

On Feb 7, 2013, at 5:49 AM, "Snyder, Chris" <Chris_Snyder at sra.com<mailto:Chris_Snyder at sra.com>> wrote:

In my environment, I’m doing option 1.  I’ve got my mrepo/yum repos on the same file system as my spacewalk filesystem.  After every round of updating mrepo and Spacewalk,  I run ‘hardlinks’ which results in only one physical copy per RPM on the file system.

From: spacewalk-list-bounces at redhat.com<mailto:spacewalk-list-bounces at redhat.com> [mailto:spacewalk-list-bounces at redhat.com<mailto:list-bounces at redhat.com>] On Behalf Of Sam Sen
Sent: Wednesday, February 06, 2013 2:22 PM
To: spacewalk-list at redhat.com<mailto:spacewalk-list at redhat.com>
Subject: [Spacewalk-list] Best practices for Yum Repo

What’s the best practices for handling software channel? I’ll give two examples, the first is how I’m handling things now for archaic reasoning within our infrastructure. What I’m trying to accomplish is to allow non-spacewalk clients to query the yum repos. I want Spacewalk to handle OS/software patches along with yum repository management.

1)      Download yum repos to a centralize internal yum repo. Any client within our network can get to the repos we set up. Spacewalk syncs the selected repos from our yum repo server. The con is, we have duplicate packages on two systems.
2)      Sync all external yum repos we care for into the spacewalk server. This way we can get rid of the other yum repo and have packages in one central location.

Thanks

Sam
_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list