Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
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.
guys, probably easy question for you, but I still can not find simple answer :-)
I would like to have one of RHEL servers working as "proxy" for rest RHELs (6.5 and 6.6)
I would like to have there "mirror" of repository - so we save a bit of data transfer on network ... so only this one downloads rpms and then rest of servers are updated from it
and it would be great, if it can also manage subscriptions so the only one server is internet (redhat) facing :-)
Hi,
guys, probably easy question for you, but I still can not find simple answer :-)
I would like to have one of RHEL servers working as "proxy" for rest RHELs (6.5 and 6.6) I would like to have there "mirror" of repository - so we save a bit of data transfer on network ... so only this one downloads rpms and then rest of servers are updated from it and it would be great, if it can also manage subscriptions so the only one server is internet (redhat) facing :-)
I agree, it is my fault I did not mention I'm looking for free solution ... or at least many times cheaper ...
If you're using rhel, then you need to be paying for it, period. Otherwise, you're just going to wind up with unstable, unpatched, and insecure servers, since you won't get any updates from red hat.
Pay for satellite, if you're already paying for rhel. otherwise, migrate your servers to centos, and use spacewalk. the two are different for a reason.
Let me guess, Someone stole your sweetroll (Skyrim).
Please do not yell in public. Holly war about payments to RedHat is in another forum.
Here is a technical question and answer is "yes".
I do not like RHN satellite. Much more time I wasting on it's maintenance and resolving client/server problems. "yum update" is much more limited, but works. Therefore I've built repository similar to requested in subject and happy with it.
I pay for subscriptions, why should I pay for satellite that I hate to use ?
personally I think with satelite software RedHat hurts linux community. It is very expensive for low level business, which at least finds resources to pay for RHEL and does not need any "advance" features of satelile like that monitoring (we have other solution) and global patch deployment (which I saw few such softwares and always made more problems compare time it saves).
Anyway there is no free subscription variant for RHEL. So we have big bunch of licenses, and it looks we will ignore some subscription until we will need support. And mirror I will do with createrepo ..
Hi,
personally I think with satelite software RedHat hurts linux community. It is very expensive for low level business, which at least finds resources to pay for RHEL and does not need any "advance" features of satelile like that monitoring (we have other solution) and global patch deployment (which I saw few such softwares and always made more problems compare time it saves).
So they should develop, test, certify, and deliver an enterprise ready Linux operating system, plus all the tools to go with it, and give it all away? How, exactly, do you think they'd stay in business to PERFORM those jobs? And $10,000 a year is less than $1,000 a month, and the tools you mention will pay for that with the time you save. And add to that the fact that you can put your OWN packages into Satellite and deploy them gives you more free time. Ever have to put a script onto 200 servers? How long did that take?
Quote:
Anyway there is no free subscription variant for RHEL. So we have big bunch of licenses, and it looks we will ignore some subscription until we will need support. And mirror I will do with createrepo ..
...and the 'createrepo' is great..only if ALL your RHEL systems are running the EXACT same version/patch level, etc. Otherwise, the one you're mirroring from may downgrade something. That's why you pay for such things.
Unless you're the company owner, don't worry about the price; this is a necessary tool. If you ARE the company owner and you're that concerned, they why are you using RHEL? Load CentOS instead, and use the free versions of things. Makes no sense to halfway do it.
as you wrote in your first post: we paid for RHEL. So I do not think RHEL is doing it for free.
So such basic features as system updates I would expect to be free and as user friendly as possible - and even it will save source RedHats servers load/bandwith. Does not look this way, luckily we have servers almost on same level (RHEL v6.5 & v6.6). Just possible updates or new servers on RHEL7 will be question in the future - luckily v7 is not yet considered as stable for production environment - yet.
Also registering systems are more profitable for RedHat, then its customers.
regarding satellite - I do not think it is bad software, just for that price it does not give much.
As I mentioned few lines up, repositories and subscriptions should be free, monitoring would be good only in case you have only redhat servers in environment (or you will finish paying twice for some solution monitoring all systems and satellite just for RHEL) and automatic deployment of patches - ufffff I'm working in linux and (mostly) unix environment almost 20 years and I haven't seen reasonable working application - it really usually make more work then save. But of course, depends on your environment ;-)
Hi TB0ne,
as you wrote in your first post: we paid for RHEL. So I do not think RHEL is doing it for free
So such basic features as system updates I would expect to be free and as user friendly as possible - and even it will save source RedHats servers load/bandwith. Does not look this way, luckily we have servers almost on same level (RHEL v6.5 & v6.6). Just possible updates or new servers on RHEL7 will be question in the future - luckily v7 is not yet considered as stable for production environment - yet.
RHEL7 is very stable, and has been used for some time now. And they already provide RHEL for free use, including source code. What you pay for are support, patches, and services (like Satellite), which is what pays for them to give away RHEL. Your subscription is only part of how they make money.
Quote:
Also registering systems are more profitable for RedHat, then its customers.
regarding satellite - I do not think it is bad software, just for that price it does not give much.
...except for a centralized method of keeping MANY servers up to date, deploy patches, and do it all from a central point? To be able to mix/match versions of RHEL to boot? Yes...except for all that, it's useless.
Quote:
As I mentioned few lines up, repositories and subscriptions should be free, monitoring would be good only in case you have only redhat servers in environment (or you will finish paying twice for some solution monitoring all systems and satellite just for RHEL) and automatic deployment of patches - ufffff I'm working in linux and (mostly) unix environment almost 20 years and I haven't seen reasonable working application - it really usually make more work then save. But of course, depends on your environment ;-)
And they are...so use CentOS. If you use a commercial distro, then you pay for their tools...simple.
If I understand correctly you want to have your own centralized repository server and don't want to use Red Hat Satellite. As voleg suggested you can go with yumdownloader + create repo. Here is what you can do:
1. Have a centralized server with good amount of disk space(when I say good it really has to be good).
2. This centralized server will obviously have access to RHN, use yumdownloader to download all the packages as per your subcription.
3. Run createrepo to have repository created.
4. Configure apache or vsftp whatever way you prefer for allowing your clients to connect to this central repository over ftp or http.
Now comes the tricky part:
5. You should create a script which will make yumdownloader to download the diff (not all the packages), logic can be if package already in repository directory skip and move onto next download.
6. Once diffing part is sorted make sure you add createrepo as well in your script to run it everytime after yumdownloader.
7. Make all your clients to point to your central repository server.
I wouldn't say Red Hat is charging more for their satellite server that cost is justified by the features they provide like: provisioning, custom rpm upload, file deployment, cloning channels (you can have prod, dev, beta all set). I hope I have covered them all.
I do understand from small business or startups that price is huge. To be honest I have seen big companies too asking for alternatives just to save money if they can.
Here comes a bit of marketing part. Ever heard of RHUI? RHUI is Red Hat Update Infrastructure, it is purely for patching. It will not give you features like Red Hat Satellite but if patching is only what you want you might want to look into it. I am not sure what will be pricing in your area, it will be better to get in touch with Red Hat sales representative to get more information on pricing for RHUI.
Last edited by T3RM1NVT0R; 05-04-2015 at 03:26 PM.
Reason: spelling mistake
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.