Linux - EnterpriseThis forum is for all items relating to using Linux in the Enterprise.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
My organization has a variety of RHEL 5/6/7 servers in an offline environment, so we have to manage our own yum repos.
What will be the best yum architecture for us:
1) One big yum repository for every major version (5,6,7)
2) Small repo for each minor version (7.0, 7.1, 7.2, 7.3)
Advantages: One big repo
yum update will take the newest package every time.
rpm versions conflicts?
Small repos
small, fast and compact repo for every server
Disadvantages: One big repo
big yum cache file?
long yum queries?
Tens of thousands of packages
Small repos
yum update will not get the latest package
Even, if your environment is offline, you will still need (or are already using) an online machine to get the yum packages.
For your problem Red Hat has solutions.
With Red Hat Satellite you can have one machine get the required packages and avail them for the other offline machines.
Talk to them, as surely you have a valid subscription for using their products.
After using both methods for a while, I would definitely recommend using small repositories.
Which means a repo for each of minor versions (ex: 6.5,7.3..), and not one big repo for each major version (ex: 5,6,7)
Upgrading some packages resulted with some irritating dependencies errors.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.