Which Red Hat Should Be Worn in the Enterprise? 710
weatherbug asks: "I've recently been appointed as a member of a team to help determine the direction our organization is headed with Red Hat Linux. Currently we're using multiple versions from Red Hat 6.x through Advance Server 2.1. However, now that Red Hat has effectively separated their distributions into a 'consumer' (Red Hat 8,9, etc) and 'enterprise' (Red Hat Adv. Server 2.x, etc), we
aren't sure which version we want to adopt. A Red Hat salesman recently told us that the 'consumer' version of Red Hat was mostly for hackers and hobbyists who weren't concerned about stability and wanted the most up-to-date software, while the 'enterprise' version would be more stable and have a five-year product lifetime. As a long time Linux system administrator, I feel that this is a sales tactic and that there really is no compelling reason for us to ever use the 'enterprise' version. After all, it is Linux and it is open source, and we have enough in-house talent to not need Red Hat support. Why would we ever need or care about a five-year product lifetime? Am I wrong, and if so, could you set us straight? We'd be interested to know what other large organizations have decided to do."
Red Hat 7.3, with bugfixes (Score:5, Informative)
benefits (Score:3, Informative)
go with RH 9 (Score:3, Informative)
What about a source based? (Score:2, Informative)
Stability (Score:2, Informative)
Support for Oracle... (Score:5, Informative)
Benefits (there are some) (Score:2, Informative)
If you ever want to run an Itanium2 with Linux you'll need Redhat Advanced Server. And cough up the dough too. For both the machine and the software license. Intel did a deal with Redhat to give first shot at itanium2's for porting. And with an Itanium2 there is a lot of porting to be done.
I'd personaly go with an opteron myself. You dont need to reorganize your software for the architecture so it will run efficiently. Also you are not tied to Intels linux compilers which are pretty poor quality for the itanium2. Gcc has been ported to the itanium2, but it has not been optimized well yet. And Intels compiler is just very very buggy.
Discussed on beowulf list (Score:5, Informative)
Re:benefits (Score:2, Informative)
rpm -qip kernel-bigmem-2.4.20-8.i686.rpm
Summary : The Linux Kernel for machines with more than 4 Gigabyte of memory.
Description
This package includes a kernel that has appropriate configuration options
enabled for Pentium III machines with 4 Gigabyte of memory or more.
rpm -qip kernel-smp-2.4.20-8.i686.rpm
Summary : The Linux kernel compiled for SMP machines.
Description
This package includes a SMP version of the Linux kernel. It is
required only on machines with two or more CPUs, although it should
work fine on single-CPU boxes.
Re:What My Organization Did: (Score:2, Informative)
Sure I can dedicate one machine to compiling but in the end I am redoing work that is already done for me.
Which to choose (Score:4, Informative)
Here's a way to look at it: (Score:5, Informative)
AS ~= RH 7.2 (Score:2, Informative)
http://ftp.redhat.com/pub/redhat/linux/enterpri
http://ftp.redhat.com/pu
There are a handfull of pacakges that aren't in 7.2, but you can download them. This will change with the next release, but right now it's pretty much RH 7.2.
It's all about the support, and certifications people!!!
Not to be OT, but is Red Hat necessary? (Score:3, Informative)
I've never been a big fan of Red Hat. We replaced our Red Hat 6.2/7.0/7.1 servers here with Debian (some stable, some testing) and haven't looked back. There's something so comforting about never having to worry about versions and upgrades -- it's as if we've got infinite support.
Plus, I've found IRC people (what I refer to as "REAL tech support") most helpful on debian-related channels. How many times have you called up Red Hat because you needed support? Google and mailing lists are probably a more effective method anyway.
If you know your Linux, Debian is probably what you want. If not, there are several options besides Red Hat. Don't be afraid just because the name is different!
Re:Red Hat 7.3, with bugfixes (Score:5, Informative)
Looks like EOL really means EOL. That's why I'm currently looking into Debian for a "long-life" distribution. Never thought I'd do that...
I just found the e-mail from Red Hat:
In accordance with our errata support policy the Red Hat Linux 6.2 and Red
Hat Linux 7 distributions have now reached their end-of-life for errata
maintenance. This means that we will no longer be producing security,
bugfix, or enhancement updates for these products.
Re:What My Organization Did: (Score:2, Informative)
***Security Information
Debian takes security very seriously. Most security problems brought to our attention are corrected within 48 hours.
Experience has shown that "security through obscurity" does not work. Public disclosure allows for more rapid and better solutions to security problems. In that vein, this page addresses Debian's status with respect to various known security holes, which could potentially affect Debian.
Keeping your Debian system secureIn order to receive the latest Debian security advisories, subscribe to the debian-security-announce [debian.org] mailing list.
You can use apt [debian.org] to easily get the latest security updates. This requires a line such as
in your /etc/apt/sources.list file.
***Re:A few ways of looking at it (Score:4, Informative)
Advanced Server (Score:5, Informative)
You have to consider 2 things...
1. RedHat 9 is only going to have 1 year of errata published for it.
2. RedHat Advanced Server is going to be the target for a lot of Enterprise application vendors.
For #1 - what are you going to do for errata after 1 year? Upgrade to RedHat 10? Find another source of binary patches, or hope that some other commercial entity decided to build them? Build them yourself? You need to figure this out
For #2 - many application vendors like Oracle are aiming at RHAS, simply because the "commercial" 8/9/10... distros are a target that moves too quickly. I assume that others (Veritas, etc.) are in the same boat.
My organization is small enough that people running Linux on their desktops take care of themselves and the Linux servers are few enough to be upgraded as needed. However, if your orgzanization is larger you need to consider what RHAS provides. I'd be interested in what people who have larger RH deployments are doing...
Re:benefits (Score:1, Informative)
Re:benefits (Score:2, Informative)
It's effectivly the same thing as win2k Datacenter edition in terms of CPU support.
Windows 2000 server through advanced server support up to 2 cpu's.
In order to support more than 2 cpu's you need to use windows 2000 data center server.
It's the same Schema with redhat.
Redhat 7/8/9 support up to 2 cpu's.
In order to support more than 2 cpu's you need to use Redhat Advanced Server.
And now for something completely differant!
ENTERPRISE means conservatism! (Score:4, Informative)
Well I'll try to set you straight without being patronising or snide about it.
In an enterprise environment, a business is run on stability and predictability. Red Hat is free, which is fine, but how much money will your company pay to make sure that someone is there to take responsibility for but fixes over the next five years? I'll give you a hint--if you're a private, profit-making company and YOU are expected to fix the OS after a year, then get out now--you'll be living in hell for another year until your company goes under.
As cliche'd as it is, companies buy solutions. I don't want to buy Red Hat v8 or 9 or SUSE whatever, or slackware or Windows XP or Solaris--I want to buy a system that does the job I give to it, and I want a vendor to back it for at least half a decade.
If you're a professional company, don't even consider trying to 'do it yourself' with hobbiest level software. Get a conservative, supported package; and work with the vendor as much as possible. Don't waste time and money trying to go it alone.
Companies Requested This (Score:1, Informative)
1. Re-use training material over an extended time.
2. Fewer upgrades mean fewer re-training sessions.
3. Consistancy improves worker performance, re-learning reduces productivity.
4. Companies pay for support of the "Enterprise" operating system, drivers, and applications to insure that support will be there when system administration staff goes through changes.
Summary: Re-developing training materials and re-educating workers takes resources away from production. While remaining competitive requires maintaining "state of the art" companies, continual re-tooling can deprive a company of the consistent and timely product required for profitability.
Re:What My Organization Did: (Score:2, Informative)
Great election for the server side (and personal workstation), but what about the workstation/desktop? FreeBSD can not be a LDAP/NIS+ client already, which invalidates it for that use. So, what to install in that boxes? GPL'ed Red Hat is what has been elected in my organization, but now we have a problem since Red Hat dropped Alpha support. We are looking a replacement for those machines....
But I have to admit that if FreeBSD gets a good LDAP and Java support, it will be the best solution, I'm sure (well may be not in any case, but in most of them).
Re:REDHAT 9 sucks (Score:1, Informative)
Re:Security Patches (Score:3, Informative)
IMHO, relative to RH8:
Setting the locale to en_GB.UTF-8 or whatever (instead of en_GTB), thus breaking Adobe Acrobat Reader.
Shipping versions of RPM older than 4.1.1
Shipping Mozilla 1.0.1 and galeon 1.2.6 as the latest errata
Not providing an update to XFree 4.3, which seems critical for hardware-assisted GL to work well with ATI Radeon cards
Not including ALSA, despite being required for lots of current sound cards
Not including ACPI support in the kernel and updating the battstat-applet in the gnome-applets package accordingly (required for laptops bought in the last year or so).
Shipping a very old version of ImageMagick
Leaving the netprofile functionality broken because of a simple typo in /etc/rc.d/rc.sysinit
Shipping an old version of xpdf
That's just a quick list culled from the set of custom packages I built to make RH8 "usable". I still prefer RH to the other distros, but I can see that their Free distros are going to become increasingly a proving ground for features before they're incorporated into RHEL.
--
Re:I'm more worried about... (Score:5, Informative)
http://www.redhat.com/mktg/which_rhl/
But most of the folks in this thread have summed it up just as well.
1) If you need 5-7 yr lifecycle, extended product/tech support, ISV certification, go with the Red Hat Enterprise Linux line
2) If you are more of a do-it-yourselfer, need more recent bells and/or whistles, have a smaller deployment, with less dependance on third party solutions go with Red Hat Linux (or the vendor that you already know, etc)
A few things I wanted to clarify:
When the fellow mentions the "stability" trade off, that means stability of the API/ABI, libraries, etc... not how often it crashes or not.
Also tech support and RHN are indeed available for both lines. There was a post that indicated that we took away RHN for his product. We limited the free/demo RHN product. While he could have purchased the full version, switching to BSD worked for him.
Lastly, for those who have pointed out the gap we seem to have left between hobbyist and enterprise, we are looking into that as well. We are always looking to fill in the gaps in our offering.
Re:I'm more worried about... (Score:5, Informative)
Some companies have a large amount of (legally required) testing that goes into the selection and deployment of a new OS. This testing costs a great deal of time and money and so is done infrequently (thus the large number of institutions still running windows 3.1 and HUGE number still running nt4). These types of organizations need a garuntee from the distributor that the software will be supported for enough time to break even on the testing cost or they can't justify using the product. There are many contracts written between businesses and Microsoft garunteeing a product support lifetime and RedHat is wisely working on the same sort of situation to win over some of those businesses.
Re:go with RH 9 (Score:3, Informative)
python
gnome-python2-gtkhtml2
gnome-pyth
gnome-python2
gnome-python2-bonobo
p
rpm-python
libxml2-python
I've you been playing around with --force or --nodeps you might have several conflicting python versions installed. Do a "rpm -qa|grep python", remove the python packages with for example "rpm -e python-2.2.2-26". The version number is given as to remove conflicting packages with the same name. Then install the RPMs mentioned above.
Or you could just get apt4rpm [freshrpms.net]. Using this tool you can do
apt-get update
apt-get remove python
apt-get remove up2date
apt-get install up2date
and you system should be back to normal. Python is reinstalled along with up2date in that last step.
What the posters are missing (Score:1, Informative)
Advanced server follows microsoft style licensing, and bsa style auditing.
Don't take my word for it. Read the Red Hat licensing on Red Hat's site. Here's one clause [redhat.com], and here's the entire eula [redhat.com] (don't know if the links are still good, copied from an old mailing list post, you may have to adjust the link a bit).
A while back, there was a discussion by one of the online tech news sites, concerning licensing for red hat advanced server. I'm sorry to say I didn't save it, as this discussion came up in a mailing list recently. But when I pointed the people on the mailing list to Red Hat's docs on licensing, they were a little surprised to say the least.
Basically, you can't copy advanced server to more than one server. You can't update the additional server, unless it is a legitimately licensed copy on the additional server. You can't exchange email with other companies discussing workarounds or what's part of Redhat's patching of advanced server (or just not with someone else who doesn't have a licensed and paid for copy(?)). Some of this is taken from the licensing wording itself, and some is taken from the discussions and observation from the online tech news site. And I if I remember correctly, they used an example of two or more companies that were exchanging info on this and were forced to stop.
Red Hat's revenue model for advanced server follows microsoft's/bsa's revenue model, and allows for audits ala bsa style, to make sure you aren't running any unlicensed copies of advanced server.
Why this never gets mentioned in articles touting linux, I'll never know. Maybe the authors aren't aware of how restrictive the advanced server licensing is. This throws out the window (no pun intended) the argument of not incurring licensing mainetenance costs, or management of the licenses. Totally destroys it.
Not dumping on gnu/linux. I run suse, and will be switching to debian due to the pain in the ass of upgrading, and the damn rpm dependency bullshit.
Why was the salesman touting advanced server? And dumping on the "consumer" version? If you could freely copy the consumer version to all of your servers without paying for the individual copies, and just pay for a maintenance contract, or if you had to pay for each server, for a very expensive license, and were prohibited from copying to additional servers without paying, which would you choose?
And with all these observations, I still believe microsoft is a screaming sell, and Red Hat is a screaming buy.
See what happened to VA Software last week? They surged on butterball ballmer's statements on linux, even though VA Software doesn't even have anything to do with linux anymore. The investors were just trying to find any stock even remotely related to linux, and buying. Wait and see the downdraft/updraft between microsoft and Red Hat when investors and analysts finally admit that microsoft will be shrinking, not growing, going forward. butterball's comments, and gate's comments earlier are simply preparing investors for the coming implosion. And the investors and analysts have their head in the sand. And are blind to what's happening outside the US.
Don't listen to the salesmen... (Score:1, Informative)
1. Red Hat Advanced (Server, Enterprise, and Workstation) are subscription based products... they come with a full year's support from Red Hat. If you want that support, buy this product.
2. Some manufacturers (HP, Storagetek, IBM, etc. etc.) are strapped for dollars to certify their hardware on different versions of Linux. They may or may not certify your product on "Red Hat Regular". If you are buying, say for example, a $250,000 SAN device
RHAS v2.1 is basically RH v7.2 with some added features like clustering and a year's support.
RHAS V3.0 (I think) will be based on RH v9.
-KevinJ