Red HatThis forum is for the discussion of Red Hat Linux.
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.
Thanks John_VV. Rely need that RHEL version to test old application.
...which is totally pointless. Since RHEL 4.9 isn't used/supported any longer, and won't work with new hardware, why bother? Your 'old application' that you need to 'test' may work on one old box, but until you UPGRADE the application to work on new hardware/OS, it won't be of much use, will it?
Quote:
Also do I rely need to buy the license even if I will use it for testing only.
You get a 30 day evaluation period for free. After that, you need to pay for it, or load CentOS instead, which is 99.x% identical, but FREE.
Again, using an ancient OS is not a good idea for ANYTHING.
redhat enterprise linux 4 is SO OLD even redhat with it's 10 YEAR life support no longer even supports it
The support cycle for Red Hat is 13 years. Not 10.
Quote:
Originally Posted by TB0ne
...which is totally pointless. Since RHEL 4.9 isn't used/supported any longer
Quote:
Originally Posted by John VV
there are NO security updated to 4 any more
That's next year. It is nearly at the end of the extended update support phase. There are still security updates, log in to your customer portal and look it up.
The support cycle for Red Hat is 13 years. Not 10.
That's next year. It is nearly at the end of the extended update support phase. There are still security updates, log in to your customer portal and look it up.
While that may be true, security updates do not necessarily mean FEATURE updates, or updates of anything else. Installing it on new hardware will still be challenging, if possible at all. And if you want any CURRENT software on that box, good luck, unless you want to install pretty much EVERYTHING from source.
Putting a system into production using a VERY old OS is pointless. You can still *TECHNICALLY* get updates for Windows 95, but would you really install a new system using it? I'm sure you've heard the same store before in your professional life many times..."We NEED this old xxxxx system!!!!", because they don't want to spend $0.05 upgrading, and the users don't want to learn a new version. They won't do it unless you force them to, and when they do, they typically are happy about it. Old software needs to be updated or discarded.
Unfortunately, companies have to stick to what works sometimes, because it takes time to rewrite/refactor code to work on a new operating system. The government is very slow moving to replace working software and hardware. See any current missile silo to see this in action.
I'm not saying its good or bad, it's just a reality. That is why Red Hat still offers security updates and bug fixes, which will keep software running for as long as possible. And for this type of long term lock-in, feature updates are unnecessary.
A windows desktop is a different case. Every day there is something new, and some reason to update your computer to realize new abilities, to consume ever newer products.
A server sometime does one function, statically, forever. As long as it does that, there is no reason to update its 'features'.
In the OPs case, im guessing he has to bring up an environment for an old program. He probably can't grab a bunch of programmers to refactor it, so the easiest solution is to grab RHEL 4.9 and get it working. Which is totally possible, and Red Hat still supports it if he needs assistance.
Last edited by szboardstretcher; 08-05-2014 at 10:13 AM.
Unfortunately, companies have to stick to what works sometimes, because it takes time to rewrite/refactor code to work on a new operating system. The government is very slow moving to replace working software and hardware. See any current missile silo to see this in action.
I'm not saying its good or bad, it's just a reality. That is why Red Hat still offers security updates and bug fixes, which will keep software running for as long as possible. And for this type of long term lock-in, feature updates are unnecessary.
A windows desktop is a different case. Every day there is something new, and some reason to update your computer to realize new abilities, to consume ever newer products.
A server sometime does one function, statically, forever. As long as it does that, there is no reason to update its 'features'.
In the OPs case, im guessing he has to bring up an environment for an old program. He probably can't grab a bunch of programmers to refactor it, so the easiest solution is to grab RHEL 4.9 and get it working. Which is totally possible, and Red Hat still supports it if he needs assistance.
I understand what you're saying, and agree. There are many things that don't get upgraded...but should be. A server may not need an update, but if you stick a box in a back room and forget about it, that's dangerous. It WILL fail at some point in the future, and you're dead in the water at that point.
The OP 'testing' an old application on an old OS is, in my opinion, pointless. Aside from the aforementioned reason of "might not work at all on new hardware" reason, the 'test' in itself is meaningless. They obviously already KNOW the application works on 4.9, which is why they're after it. So it doesn't need 'testing'. And this is a NEW installation...wouldn't it be better to 'test' the application on something CURRENT, so they know what needs to be fixed?? The whole exercise is a waste of time.
The app is old; it needs to be updated, whether they like it or not.
And this is a NEW installation...wouldn't it be better to 'test' the application on something CURRENT, so they know what needs to be fixed??
red_spiderman: have you spoken with your development team about getting the application to work on something newer? What is the actual reasoning behind getting and using RHEL4.9?
red_spiderman: have you spoken with your development team about getting the application to work on something newer? What is the actual reasoning behind getting and using RHEL4.9?
Actually, i have old version of rhel on my archive but it cannot installed on new server because of drivers dependencies and the minimum distro that can be install to the server is rhel 4.9. Also already suggested to install old rhel on VM, but my team won't let do it...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.