Slashdot Mirror
Red Hat Readies RHEL 5 for March 14 Launch
Rob writes "The wait is almost over. It may have taken two weeks longer than Red Hat would have
liked, but Red Hat Enterprise Linux 5, the updated version of the company's commercial
Linux platform, will be launched along with a bevy of new products and services on March
14. The delivery of RHEL 5, the fourth major commercial server release for Red Hat, will
better position its Linux against Novell's SUSE Linux Enterprise Server 10 as well as
Windows, Unix, and proprietary platforms. RHEL 5 has been cooking for more than two years
and includes changes to the Linux kernel. In addition to the support for the Xen
hypervisor, RHEL 5 also has an integrated version of Red Hat Cluster Suite, the company's
high availability clustering software, as well as support for iSCSI disk arrays, InfiniBand
with Remote Direct Memory Access (RDMA), and the SystemTap kernel probing tool."
I do not know if it will fit your requirements, but redhat does have solid crash dump support. While it's a little old, http://www.redhat.com/support/wpapers/redhat/netdu mp/ describes it, including it's ability to do crash dumps over the net. A nice feature that comes with the enterprise level versions.
-- Who is the bigger fool? The fool or the fool who follows him? --
I'm currently testing the RH5 release as we speak. I have to say this has to be one of there strongest releases yet (Network Admins are going to love this). One major difference your all going to notice is the install has changed alot, and the number of packages included in this release (Each package can contain up to 50 sub packages) It probably takes 10 or so minutes just to select all of them. Honestly the GUI hasnt changed much from RH4 or RH3 and I have yet to try out any of the cluster stuff or ISCI, Alot of developer tools in this release! I have to give props to RH on this release!
Because Ubuntu does not have a long track record of providing five years of product support. Once you deploy a server in a production enviroment doing OS upgrades is not something to be done lightly, and if it ain't broke I am not about to try fixing it. Knowing I can depend on RedHat to keep my servers secure to the point I will be binning the hardware first is very important.
I should say that I didn't buy or install this box. It was bought for a biological research institution and the guy who made the purchasing decision chose it because it was Dell's recommended choice. RHEL3 may be ancient, but it came on a fairly new machine, bought in early 2006, so they were obviously still selling it.
That seems a bit off. By early 2006 any current Dell would have been certified for RHEL4 (which itself was released early 2005). As a aside, license for RHEL are valid for any currently supported version, so even if it came imaged with RHEL3 you had right to install RHEL4.
It's fair enough that they focus on rock solid stability over new packages. However, it's a bit disappointing that my employers were still paying a support contract on this box but the package updates that were part of this contract were more than 3 years old.
The updates are not three years old. There was a new update published this morning. The base versions are old, but that's a feature, not a bug. When you're running production systems you want a stable platform with a reasonable deployment cycle, which is where RHEL excels.
I don't think it's too much to expect a little flexibility when you're paying for it.
When you pay for one of the enterprise platforms you're paying for stability not flexibility. It's actually more work for them to backport fixes to older versions than to blindly package newer ones, but new versions mean new bugs and incompatible changes. Some of us pay good money to avoid it, and RPM is flexible and easy enough for the few cases we actually need a newer version than what Red Hat ships stock.
Comment removed based on user account deletion