Red Hat EL 4.0 Released 88
diegocgteleline.es writes "As it has been noticed by some news sites, Red Hat Enterprise Linux 4.0 has been released. RedHat's web site doesn't seem to have any reference, but with Red Hat being probably the most used distro in the enterprise and featuring for first time a 2.6 kernel, this is a major milestone for linux in the server arena. There're already some reviews."
Linux 2.6 (Score:4, Informative)
Re:Linux 2.6 (Score:3, Insightful)
In other words, the whole world can now pretty much agree that the 2.4 kernel and the software that runs on it is in maintenance mode now.
RHEL & Long support cycle (Score:1)
One surprising testament to this slow upgrade-cycle is that Red Hat Enterprise Linux 4 will have a seven year support cycle. That's two years more than RHEL3, and way longer than other operating systems. And this is a customer request.
What I'm looking forward in RHEL4 is LVM2, Larger filesystem support (1TB+), SElinux, e-poll (will provide better support for some commercial applications)
FP! w/e read on (Score:-1)
A couple things... (Score:4, Informative)
2) Ability to use selinux MAC and auditing
3) New versions of OO, gimp, gtk, moz out of thje box...
4) Aaaand... there's not much else that stands out. Most stuff that works on 3 will work on 4 and vice versa, maybe requiring a SRPM re-build. It looks pretty much the same, still bluecurve with some tweaks. Not that it doesn't look good.
Re:FP! w/e read on (Score:2)
Why does the enterprise version, which is marketed to be stable and rarely changing, have more updates than the Fedora set? It makes zero sense.
Re:FP! w/e read on (Score:1)
PS: I'm waiting for White Box to clone the new release. ;)
Re:FP! w/e read on (Score:2)
Speaking as someone forced to admin RHEL 3 without provisioning credits (it's politics and bureacracy, not money), what did you have to do to get kernel 2.6 on it, did you have any problems with it, and could I bum the RPMs off of you? I have a SuSE 9 box right next to it on identical hardware, and it's blowing the doors off the RH box (some of it has to do with them installing ext3 on the RH box instead of xfs, but that's not the whole story).
I'm relying on openpkg [openpkg.org] to run non-core packages, but it's hardly a great solution.
Red Hat! (Score:4, Funny)
*smiles*
*shakes head*
Ol' Red Hat. Heh. Didn't know people were still usin' it.
*low whistle*
I remember that one time my RPM database got wedged in the middle of a critical glibc upgrade. Let me tell you, them admins didn't like being paged at 4 in the AM. But that's how it was with ol' Red Hat.
And that time I tried to install a customized version of PHP. I just wanted to change one little line in the config for a client. But I had to hunt down and install 12 different devel RPMs first. I didn't want no ODBC, but I had to compile it anyway. Then when I was done, it turned out I downloaded some with security holes. Why couldn't they just put all latest RPMs in a single directory so I could download them easy? That's how it was, with ol' Red Hat.
*looks whistfully into the distance*
*Yup, ol Red Hat. Wonder how she's doin' now. But don't get me wrong, it's over between us. We had some fun. But when her ass started gettin' big and she refused to go on a diet, and she still wore those ol' 1970's style hats when she new it looked stupid, well, that's when it was time to move on. I got a new love now. She does whatever I want and doesn't fight back. But that don't mean she ain't strong. Nooo sir. She just wants the same things I like. Stability. Ease of use. Flexibility. Ain't never seen a distro bend like she can. Whew!
What's that? No I ain't tellin' her name. I figgur, long as you're over there with Red Hat running PostgreSQL 5.0, kernel 2.2, and whatever else, trying to figure out how the heck a
Well, nice talkin' with you son. I best be movin' along. This ol' back a' mine don't take well to settin' still.
Re:Red Hat! (Score:1)
Re:Red Hat! (Score:2)
Yeah, even a RH guy like me giggled some over that.
RH does what I need, and I run customized versions of a whole lot of apps I could use RPMs for. When I don't need 'em custom, the RPMs are all right by me.
The Relevancy of RedHat (Score:2, Insightful)
Now, don't get me wrong, I used it for a long time, and I'm sure we all did. However, Redhat fell behind the times a few years ago, and many of us moved on to bigger and better things. ie. Fedora, Xandros, Debian, Mepis, Knoppix, etc.
So how relevant would you say Redhat is the Linux distro wars of this day and age?
Re:The Relevancy of RedHat (Score:3, Insightful)
To the average linux user: not very.
To non computer geeks, who only hear about linux through mass media: almost as relevant as back in the day.
Re:The Relevancy of RedHat (Score:2, Insightful)
Flamebait or no, I'm guessing most RedHat users are the 7 Year+ UNIX Sysadmin guys and not the crowd trying to use Linux to watch WMV porno and play Halflife in their mom's basement.
I wouldn't say that. (Score:2)
rp
yum install mplayer
7+ year sysadmin AND watching WMV porno.
And while the Nvidia accelerated drivers work fine, I don't run Half Life. I use that for q3a + mods.
dingdingding we have a winnah... (Score:3, Insightful)
I run a tight shop and when WebSphere doesn't play ball on a production server for some reason I need to know that, as a last resort, I can scream at someone. Preferrably both the app and os people.
I haven't needed phone support yet, but if I did, I could go that route. And the clients like that. If they like it, it's successful.
Re:The Relevancy of RedHat (Score:2)
There's a reason why it's called Enterprise Linux.
Re:The Relevancy of RedHat (Score:4, Insightful)
Re:The Relevancy of RedHat (Score:2)
SuSE is a Windows Update (Score:2)
SuSE [novell.com] has in its favor [?] the confusion to be made with System Update Service [susserver.com] for Windows.
Adding to the confusion, SuSE is in some camps [alacos.com] a reasonable way to update Windows:)
Re:The Relevancy of RedHat (Score:2)
It's spelled "SuSE", but it's pronounced "Novell".
Re:The Relevancy of RedHat (Score:3, Interesting)
As for making the jump from EL3 to EL4, well the main reasons IMHO are to dump all the backported patches made since EL3's inception first, going with packages a little less off-the-beaten-track, and then a few updates of things that help the job for frustrated admins. Little things like installing on logical volumes at the outset (long overdue!) and the nature of LVM 2, which allows taking multiple read-writable snapshots of any logical volume, and if lvcreate's usage is to believed, at some point we will be able to take snapshots of snapshots.
By far RedHat's biggest failing IMO is the lack of support for ReiserFS - JFS and XFS would be nice for others, but the former is all I really care for. I like having a filesystem that genuinely allows for atomic disk transactions without any noticeable performance hit. But as has already been stated, RedHat aren't interested in supporting it. It's a real shame, but something we have to live with for now.
Re:The Relevancy of RedHat (Score:3, Informative)
Re:The Relevancy of RedHat (Score:1)
Re:The Relevancy of RedHat (Score:2)
I guess my point was that Red Hat has pretty much lost interest in supporting non-server users. But even in that context, their refusal to upgrade their file system support is pretty shortsighted.
Re:The Relevancy of RedHat (Score:4, Interesting)
By far RedHat's biggest failing IMO is the lack of support for ReiserFS - JFS and XFS would be nice for others, but the former is all I really care for. I like having a filesystem that genuinely allows for atomic disk transactions without any noticeable performance hit. But as has already been stated, RedHat aren't interested in supporting it. It's a real shame, but something we have to live with for now.
And they're not supporting it for good reason-- its extended attribute implementation is horrifically broken, and so it won't even mount on an SELinux system. IMHO (and a great many people share the same view), the increased security from SELinux is more important than the slight speed gain, especially at the expense of much higher CPU usage.
In RHEL 3 you could have (at least) JFS (Score:2)
Re:The Relevancy of RedHat (Score:0)
lvcreate's usage is to believed, at some point we will be able to take snapshots of snapshots.
Why would you ever want to do that? I am glad that Red Hat is starting to get on top of LVM2. It's been a mess since they got it from Sistina.
Re:The Relevancy of RedHat (Score:0)
However, since you punks never understood how Sun was relevant, that probably doesn't mean very much to you.
Re:The Relevancy of RedHat (Score:1)
RedHat is the new Sun Micro.
Red Hat is lacking a significant hardware division. Red Hat is more like the new Microsoft, but smells nicer and doesn't require first born children in the contract.
Re:The Relevancy of RedHat (Score:3, Informative)
Not getting the 'Enterprise' word: (Score:1)
Compared to . . .? (Score:3, Insightful)
From the article:
I guess they aren't comparing release cycles with Debian . . . maybe Longhorn?
All joking aside, I think RHEL isn't so much competing with other Linux distro's as with Windows. RedHat is trying to offer a choice to companies that are considering the jump away from MS: AS and ES for server machines and WS for workstations, solid support. I haven't used RH in a while, but I hear RPM hell isn't the "killer" app it used to be. Sounds like it's good competition for Windows.
Re:Compared to . . .? (Score:1)
Re:Compared to . . .? (Score:2)
I find most people who've never done large scale administration highly overestimate the value of new versions. Especially when there's the option of a stable platform with all the relevent security updates.
Most businesses I've dealt with are prone to be lax with regards to security, even, if it means they can avoid the expense of disruptive upgrades. In many cases we're talking about platforms that haven't seen updates in over a decade.
Sure, it's true that new features have value. But then again, if what you have works, is it really worth it? And how much do the important things really change? Web servers are still webservers and even fairly ancient platforms can run the latest version of apache. File servers still serve files. Mail servers still serve mail. Blah blah blah.
Re:Compared to . . .? (Score:4, Insightful)
I personally can't make much sense in using commercial distros for replacing Windows in a small / medium enterprise market - much easier to sell is free (as in beer) OS. Plus, FC3 does the job well on a server and on a client side - it's been rock solid for my needs (file, print, squid, email mostly).
Re:Compared to . . .? (Score:2, Interesting)
I'd bet Linux has a single-digit percentage share in financial institutions behind mainframes and Solaris/HPUX/AIX. What is the basis for your so confidently stated statement? Even that Omaha bank article that re-surfaced recently had their IT people saying they would have stayed with Sun if Sun's current product line up were available a couple of years ago.
Re:Compared to . . .? (Score:2)
Re:Compared to . . .? (Score:2)
Do they actually execute trades on Linux? IIRC, the Chicago exchange was using Linux on the web servers and still had a mainframe-like system actually pushing the money. Saying an exchange is "running Red Hat" implies more than it means, IMO. Linux is very appropriate for web servers and app servers, but I would hope machines running billions of dollars in trades would be five-nines all the way.
Re:Compared to . . .? (Score:2)
Re:Compared to . . .? (Score:0)
Re:Compared to . . .? (Score:3, Insightful)
Not at all. RedHat is very happy staying in the "Enterprise Unix" niche -- J2EE, financial applications, Unix, Oracle. They're stealing business like mad from UNIX/RISC companies and barely acknowledge Microsoft. Who needs Main Street when you have Wall Street?
RedHat has done almost nothing to compete in the "LAN" or Windows server market -- file & print, directory services, groupware, RAD apps -- they've simply got no answer to this stuff. (SuSE/Novell at least is building a product lineup.)
Re:Compared to . . .? (Score:2)
Call me when... (Score:1, Insightful)
-Xen or virtualization solution like VMWare, Virtual Server, Solaris Zones
-Fair Share Scheduler like in Solaris
-Better management tools with better documentation, particularly GUI tools to displace Windows installs
RedHat needs to integrate/clone/whatever the following solutions:
-A fully supported Samba + LDAP solution like IDEALX, to eliminate the need for MS ActiveDisease
-A mail/groupware solution with a client (suggest latching onto Mozilla project) to displace the killer MS Exchange+Oultook combo and Lotues Notes.
Don't get me wrong RHEL is a very good product given its age, but it could be better that's all.
If they can do the above in the next 12-18 months RedHat will be a serious contender...
Re:Call me when... (Score:3, Informative)
-Xen or virtualization solution like VMWare, Virtual Server, Solaris Zones
Excuse me? We're using VMware Workstation here, running on a Fedora Core 2 host.
Do your homework and read the specs [vmware.com]. VMware has been running on Linux since ancient versions.
Re:Call me when... (Score:0)
Re:Call me when... (Score:2)
One thing to note is that Xen and Solaris Containers are both free. Solaris 10 doesn't run Windows binaries like VMWare would, but Sun claims it will run Linux Standard Base and Solaris binaries side-by-side.
Re:Call me when... (Score:1)
Just to head off the kiddies.... (Score:5, Interesting)
- Do you have 5+ years of sysadmin experience?
- Do you have 100+ users?
- Do you have 10+ machines?
- Do you have to support enterprise applications?
Seriously, if you can't answer "yes" to all four questions, perhaps you should just keep your opinions to yourselves. The other distros are great for your mommy's basement, but in the enterprise, there are serious support/stability issues to consider.Re:Just to head off the kiddies.... (Score:-1, Flamebait)
Re:Just to head off the kiddies.... (Score:0)
FreeBSD has almost zero "enterprise" users. Fucking mcchrist, it doesn't even have focking production level Java support! Not to mention Oracle, applicaiton servers, messenging or any of the other shite that goes into enterprise applications. What in fucking hell are you going to do with it, run flaming fagot shite like fucking sendmail? Motherfucking Windows is 100x more suitible than fukig FreeBSD for these apps.
(And no, Yahoo's shitty collection of low-tech web pages running on FreeBSD 2.x is not "enteprise", retards.)
fukig FreeBSD (Score:1, Troll)
I'd say about 8 times out of 10, if it'll run on Linux, it'll run on FreeBSD. Nothing to do with "fucking hell." It's actually quite nice to use. Postfix rocks and can replace sendmail with probably less than 25 keystrokes.
Motherfucking Windows is 100x more suitible than fukig FreeBSD for these apps.
You got the first part of your sentance right; "100x" I'd say is a stretch. Thank you for your comments though.
Coward.
Re:fukig FreeBSD (Score:0)
Way to fuking entirely miss the point, fuck-o.
Re:fukig FreeBSD (Score:2)
My point in posting was to inform others about another choice available. Red Hat's got a big name, and that's what most Enterprises will go for. Many smallers businesses, however, don't need "all that." Obviously, IT managers need to make their own decisions.
What's more valuable than choice when making important decisions? I'm not claiming to be an authority. I'm not saying - "Use FreeBSD instead of Red Hat." I'm just saying, "Here's a link. Check it out. Do what you will."
I think it's very nice to use and I can see many people currently on Red Hat systems falling in love with FreeBSD [freebsd.org]. It doesn't get in the way and is extremely capable. Maybe not RHEL capable, but in many cases, worth a look.
Re:Just to head off the kiddies.... (Score:2)
Re:Just to head off the kiddies.... (Score:2)
I'm sure RHEL is nice and everything. I'm sure RH has changed since using it back at version 7 or so, but FreeBSD is just so refreshing to use. The RPMs were a huge hassle and configuration was just kludgy. I just have a few FreeBSD machines myself, and run a small hosting biz. It's nothing but a joy to use.
The comment was somewhat trollish, but I guess that was intentional. Anybody clicking on "the Red Hat article" might come across my link and check it out.
Commercial supporters can't help but move FreeBSD forward. I'm happy if even a few see the comparison between FreeBSD and Red Hat and, at least for a moment, consider it's usage.
It's really a wonderful platform on which many, many businesses could build extremely stable servers. Don't want to pay Red Hat for a licence to run a SMB, NFS, or Apache server? Check out FreeBSD [freebsd.org] and thank me with a +mod
Comment removed (Score:2)
Re:Just to head off the kiddies.... (Score:4, Insightful)
What does red hat do to make that same kernel so much more stable than kernel.org? If an application is screwing things over, logical step is to drop it.
RedHat does the kind of stress testing using common usage patterns and edge cases, and on a scale that loosely organised volunteers currently don't. I'm not saying that Debian (for example) couldn't come up with a project that does this kind of thing, but this is the area that RHEL appeals to (non-pointy haired) bosses.
The conservative release cycles of RHEL are because the users can't afford the downtime required by the frequency of Fedora upgrades (and Gentoo is a non-starter for enterprise users unless you're a masochist who likes getting ragged on by your boss when the system crawls during an emerge).
Well that's f*cked off the Debian and Gentoo amateurs ...
Re:Just to head off the kiddies.... (Score:1)
In the case of Gentoo, though, you have the same reply to "It's the kernel. What does red hat do to make that same kernel so much more stable than kernel.org?" Gentoo provides several patched kernels in addition to the vanilla kernel, with gentoo-sources the norm. Pretty much all distributions do the same. (I forget what the stock Debian kernel is.)
So, yes, an RHEL kernel is a very different thing than a kernel.org release.
heh. (Score:0)
But hey, if you had any experience with this, you'd know that, right?
Re:Just to head off the kiddies.... (Score:0)
Well if you are a complete moron you might run an emerge on a live system. I thought we were heading off the kiddies here? Any sane individual will compile AND test ALL of their apps/patches/configs off the production servers FIRST. An then you just move that good ol' binary over...
Or do RHEL admins just install shite at random? Hmmmmm....
Let us use our heads!
Re:Just to head off the kiddies.... (Score:2)
To reply to both people saying they would compile for Gentoo servers elsewhere, it's still a pain in the arse. I don't have the time to compile my own packages, and I don't see any signed and checksummed packages for Gentoo from sources I can trust. I want to be able to install a set of packages that I am confident have been well tested on a base operating system that doesn't differ from my own. RHEL is a win here, because the slow release cycles are partly down to a thorough QA process. I'm also more confident that when I go to Oracle with a problem, I'm going to get serious consideration whereas Gentoo users are more likely to get the brush off because of the wide scope for tweaking their system.
Re:Just to head off the kiddies.... (Score:3, Interesting)
It's the kernel. What does red hat do to make that same kernel so much more stable than kernel.org?
Red Hat properly tests the kernel and patches problems they find. Also, they add features which may be too intrusive for a stable kernel. Not because of code stability (as in: crashiness), but as in interface stability. But it's mostly the far better QA. Sane people don't run vanilla kernels on their production servers.
If an application is screwing things over, logical step is to drop it.
Now that's a innovative way to make your distribution stable! But what if said application is critical to the buisiness, like Oracle?
I'm thinking you are a red hat fan boy?
Red Hat has no fanboys. Fanboys are exclusively found on Gentoo, Debian and some on Slackware. All nice distributions, but all lacking good QA.
Comment removed (Score:2)
Re:Just to head off the kiddies.... (Score:3, Informative)
Wherever there is a demand for paid support, you'll find plenty of people and businesses willing to provide it. http://www.debian.org/consultants/ [debian.org]
Re:Just to head off the kiddies.... (Score:2)
As opposed to RedHat, which shipped several major releases with broken package management [redhat.com]?
Tell me, does RHEL3 let you run emacs-nox without X yet?
Re:Just to head off the kiddies.... (Score:2)
Both Slackware and Debian have consistantly been more reliable than RedHat. For that matter, so has SuSe.
Re:Just to head off the kiddies.... (Score:1, Flamebait)
Seriously, if you have to be a self-important elitist, perhaps you should just shut the fuck up.
Asshole.
Re:Just to head off the kiddies.... (Score:2)
The hope is that Red Hat is driven by the same blood curdling fear of disaster to thoroughly test every release that drives sysadmins to want to spend 4x as much and set up every server with dual redundant power supplies and battery backed hot swap scsi drives in a raid 1 or raid 5. If someone is badly bitten by an "enterprise" distribution they'd be more apt to let everyone know.
But for the most part, when it works it works, no matter what distribution. Always do your homework to make sure it'll survive a crash with minimal loss, and perform some benchmarks after setting it up. I've seen driver problems (on FC2 and CentOS, both RH based) cause significant slowdown and packet loss.
Comment removed (Score:2)
Re:Just to head off the kiddies.... (Score:0)
RHEL also has kernel stability issues. RH's nonstandard kernels have caused many issues. We had a major BIE (Business Impacting Event) due to kernel/iowait bugs in the ES3 kernel on our main database server.
While RHEL is one of the better distros for enterprise systems, there is trade-offs to it. Debian, and SuSE are reasonable choices, depending on what you are doing with the system, it's not a cut-and-dried choice. And distro snobbery is not a very successfull attitude in an enterprise environment either. We use whatever best meets our business goals.
Re:Just to head off the kiddies.... (Score:3, Interesting)
since RHEL 4.0 is based on fedora core 3, the kernel in RHEL 4.0 will be almost mainline.
Re:Just to head off the kiddies.... (Score:1)
I stopped running RedHat when they dumped the old pricing model. I didn't mind paying them $, but I'm not a large corporation with money to burn either. Mandrake offers the same patch support that RedHat does and I've been running the 2.6 kernel for a very long time now.
If RedHat is so great, why this [msn.com] versus this [nasdaq.com]?
Re:Just to head off the kiddies.... (Score:-1)
Question (Score:0)
I think it's still premature (Score:3, Interesting)
Personally, I have been using Fedora Core 3 (on which RHEL 4 is apparently based) for several months now, and I'm seriously considering downgrading to a more mature release the next time I replace my hard drives, and then just installing piecemeal upgrades of various applications as needed. Most of my trouble with the 2.6.x kernel comes from poor driver support: I haven't had accelerated 3D graphics or been able to record CD-R's since upgrading, VMware takes at least ten seconds to set up its dynamic virtual device nodes every time the system boots, and I recently discovered that the driver for the RAID controller I was going to buy has had some serious stability problems (NOT good for a RAID array!).
The company I work for has around twenty licenses for RedHat Enterprise Linux, and I know they're not going to adopt RHEL 4.0 anytime soon. Half of their servers still run RedHat 7.1, due to in-house application stability problems with Apache 2.0 and Perl 5.8. The other servers can't even install anything later than 3.0 update 1, because installs are done over the network and update 2 introduced problems with the ethernet driver our servers use.
As much as I'd like to have leading-edge software and all the latest security patches, as administrator of a network that has to maintain at least 99.5% uptime (and preferably 99.99%), stability is the top priority.
Re:I think it's still premature (Score:0)
Re:I think it's still premature (Score:2, Insightful)
Re:I think it's still premature (Score:2)
errr....
RHEL4 v Fedora3 ? (Score:2, Interesting)
Anyone know if they fixed this rather serious problem [redhat.com] yet?
Re:RHEL4 v Fedora3 ? (Score:2)
Fedora Legacy has done an okay job at keeping up with some of these, however Red Hat seems a bit more responsive w/ their Enterprise line.
Re:RHEL4 v Fedora3 ? (Score:1, Interesting)
4 not 4.0 (Score:0)
New advanced server, new advanced problems ... (Score:2)
why not get fedora instead (Score:1)
Looks like Fedora Core 3? (Score:1)
Re:Looks like Fedora Core 3? (Score:2)
Most RHEL boxes look like this to their admins:
foo:/root#
Anti-RedHat bias? (Score:3, Interesting)