Forgot your password?
typodupeerror
Red Hat Software Businesses Linux Business

Red Hat Readies RHEL 5 for March 14 Launch 129

Posted by Hemos
from the coming-out dept.
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."
This discussion has been archived. No new comments can be posted.

Red Hat Readies RHEL 5 for March 14 Launch

Comments Filter:
  • by hondamankev (1000186) on Tuesday March 06, 2007 @10:48AM (#18249438)
    98% of all webhosting/VM companies and millions upon millions of corporate users I would declare as > 0 I'm personally anxious for this release. I loved RHEL 4's stability, but it was showing its age. 2 years in linux years is like, 10 dog years, which is like 120 people years.
  • Re:crash dump (Score:4, Informative)

    by Raleel (30913) on Tuesday March 06, 2007 @11:01AM (#18249566)
    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/ [redhat.com] describes it, including it's ability to do crash dumps over the net. A nice feature that comes with the enterprise level versions.
  • RH5 Looks good (Score:3, Informative)

    by LatexBendyMan (989778) on Tuesday March 06, 2007 @11:40AM (#18249998)
    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!
  • by jabuzz (182671) on Tuesday March 06, 2007 @11:44AM (#18250062) Homepage
    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.
  • Re:R Hell (Score:5, Informative)

    by Wdomburg (141264) on Tuesday March 06, 2007 @12:02PM (#18250306)
    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.
  • Re:R Hell (Score:4, Informative)

    by gavinchappell (784065) on Tuesday March 06, 2007 @12:14PM (#18250474)
    I think that's because Mozilla themselves had stopped supporting 1.0.x. It's hard to backport fixes when those fixes don't exist in the first place.

    http://www.redhat.com/docs/manuals/enterprise/RHEL -4-Manual/release-notes/as-x86/RELEASE-NOTES-U4-x8 6-en.html [redhat.com]

    RHEL4u4 release notes, where they pretty much say the same thing. They don't mention any change in their policy, wherever possible the policy is still "same release, backported fixes". However this became impossible with Firefox and Thunderbird, and given the choice of bending the rules slightly and possibly causing large security/stability problems, I know what I'd rather have :)
  • Re:crash dump (Score:2, Informative)

    by Anonymous Coward on Tuesday March 06, 2007 @12:24PM (#18250616)
    If by still struggling you mean by, "only being available in every Red Hat (Enterprise) Linux since Red Hat 7.2", perhaps.

    There is both netdump (dump to a remote host, via ssh), diskdump (dump to a partition) and the new to be in RHEL5 kdump (which does all kinds of neat things).

    and re: debuging tools:

    Its not for kids, but check out andersons paper on debugging vmcore files.
    http://people.redhat.com/anderson/crash_whitepaper /index.html#toc [redhat.com]

    I've traced down a few causes of bugs with this, One might argue it might not be as point and clicky as other crash debuggers, but I'd rather have a skilled coder fixing bugs than someone who feels uncomfortable at the commandline.

  • by Viol8 (599362) on Tuesday March 06, 2007 @12:35PM (#18250762)
    >Kerberos/LDAP integration: If you don't know, this is what will enable SSO capabilities. (aka, what windows did with AD over 7 years ago.)

    I think you need to learn your IT history a bit better. Unix has had single sign on capability since NIS (formerly Yellow Pages) was created back in the 80s (I believe version 2 was 1985) and linux has had it since pretty early on in its history. As usual Microsoft were last out of the stalls but made a big song and dance about it and pretended they'd re-invented the wheel yet again.
  • by Frumious Wombat (845680) on Tuesday March 06, 2007 @05:42PM (#18255254)
    Welcome to the joys of Linux. This is one of the rare times when posting a "So what's the difference between RHEL and Fedora other than $200/yr" to here might have been worthwhile. After you sorted out the responses telling you to compile everything from scratch continually (Gentoo), or use completely free GNU/Linux (Debian), or use completely free GNU/Linux with a tasteful graphical front-end and some thoughts about the end-user (Ubuntu), you would have found that Fedora is a testing version where ideas are tried. RHEL is a much more slowly evolving beast that takes only the pieces from Fedora that are reliable and proven, and then supports them for years. In a way, Fedora is like the old consumer RedHat Linux, except on speed as it tries to keep ahead of the curve with new drivers, interface ideas, cutting-edge software, etc. It's a good choice for personal use, but it doesn't track RHEL closely enough to be used for validation. (I tried for a while to use it as a development system for a RHEL-based cluster, and finally gave up over library dependencies. Fedora rapidly got too far ahead of the cluster libraries, and went unsupported too quickly)

    Don't feel bad; it's hard to find a free version of RHEL, though Centos is the current leader. After a while, you understand why vendors support it or SuSE's equivalent. This is one of those cases where sighing and signing the check really would have been the right answer.

Man is the best computer we can put aboard a spacecraft ... and the only one that can be mass produced with unskilled labor. -- Wernher von Braun

Working...