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."
My experience with RHEL was really not that good. We had an RHEL3 box which had a truly ancient version of Python installed - more than 2 years old. You couldn't force an upgrade, because packages could only be installed if fully compatible with that version of RHEL and that version of Python was the latest that was considered fully compatible. You couldn't do a major version upgrade to, say, RHEL4 without reinstalling the system. When I manually changed the version of Python by compiling it myself, it borked the package manager so it wouldn't get security updates anymore. I ended up with an old and a new version installed next to each other, which is fine, but I had to do all the work of getting them to coexist myself.
A similar story with PHP. To update from PHP4 to PHP5 was a good day of compiling and tweaking to make sure I could get it installed alongside a pukka packaged version of PHP4, thereby not upsetting the package system and invalidating our support.
I know their method is to restrict the versions to make it very well understood and easy to support. It just seems a bit pants to pay for a system that has less update capabilities than most of the free linuxes.
Peter
By looking at the release dates of CentOS 4.x and comparing them to the release dates of RHEL 4.x, it looks like we can expect to see CentOS 5 released on 28th March 2007.
The two weeks lead time would appear to be borne out by this CentOS FAQ entry.
I've got a fever and the only prescription is more COBOL.
One thing Solaris does well which Linux is still struggling with is crash dumps and crash dump analysis. I know it is easier with Solaris due to the integration between the OS and the hardware, as opposed to say Red Hat and a variety of supported vendors, but is definitely a nice thing to have. Especially if a system crashes and you bring it back up without a good analysis of what went wrong - you might have a $10000 system for the business unit (with everything included) yet if you don't know why it crashed, you're always nervous about the box. The Linux core team talks about having to get to the enterprise level, and Linux still has a way to go in terms of this, to get to the level of Sun and vendors like that in this respect.
When you say that Red Hat is "greedy," do you mean that they are wrong for selling Linux? After all, people who buy Red Hat's Linux get support, oodles of manuals (good luck getting that brand-new SATA2 RAID card to work in Ubuntu without some arcane incantation halfway through your init (WTF is up with Ubuntu's init anyway? Sure, I appreciate that it's clean and nice-looking, but why is it so damn slow? Even Knoppix CDs boot faster on my friend's dev box than his Ubuntu installation does...)), and they also get a bit of a warranty, which is not something that comes with any flavor of free Linux. I like Ubuntu much better than Red Hat e.g. package management etc. Yeah, I can't argue with that. Even today, APT still kicks yum out of the water when it comes to being non-buggy and working right. Of course, Ubuntu isn't exactly the best example; they clutter up their repos with an astounding amount of virtual packages.
Also, Ubuntu is nothing like Red Hat in their philosophy. Red Hat sells Linux in order to make a profit. Thus, they work on making their Linux fast, clean, and fully documented, in order to maximize sales. Ubuntu makes Linux in order to promote Linux's desktop share. Thus, they make their distro complete, with out-of-the-box support for proprietary drivers and with oodles of applications. Neither side is perfect: Red Hat's distro is not free if you want the enterprise support, and Ubuntu's distro is bloated and poorly designed for expert users.
~ C.
Actually, I imagine we'll still be waiting after March 14th. Now that RHEL5 is official, we will start waiting for vendor support, Oracle, EMC, IBM, etc. Making it official is just step 1. People who use RHEL don't rush to update.
The bad news is now my RHCE, earned under RH v8, is officially expired :(
You are in a maze of twisted little posts, all alike.
The article doesn't mention real-time support so I guess RHEL-5 will not include such a feature. That's too bad because Novell already have it in SLERT and can price it as they want.
I've not been at all impressed with RHEL. At work we use RHEL3. After an upgrade from RH7.3 we found that the C++ IOStream library was unable to open files >2GB in size. This is an issue with the C++ compiler version supplied with RHEL3. Red Hats' "solution" was that it would be fixed in RHEL4. Sorry, but in a product where support is the primary reason for paying, this is a very poor response.