Slashdot Log In
Oracle's Take On Red Hat Linux
Posted by
Soulskill
on Fri Mar 20, 2009 06:56 PM
from the more-of-a-flavor-than-a-distro dept.
from the more-of-a-flavor-than-a-distro dept.
darthcamaro writes "For nearly three years, Oracle has had its own version of Red Hat Enterprise Linux, claiming the two versions are essentially the same thing. But are they really? As it turns out, there are a few things on which Oracle and Red Hat do not see eye-to-eye, including file systems and virtualization. The article quotes Wim Coekaerts, Oracle's director of Linux engineering, saying, 'A lot of people think Oracle is doing Enterprise Linux as just basically a rip off of Red Hat but that's not what this is about. ... This is about a support program, and wanting to offer quality Linux OS support to customers that need it. The Linux distribution part is there just to make sure people can get a freely available Linux operating system that is fully supported.'"
Related Stories
[+]
Oracle Linux Explored 167 comments
M-Saunders writes "Two days ago Slashdot reported on Oracle's move into the enterprise Linux market, and how it may challenge Red Hat. Red Hat's stock has already dropped, and there's a great deal of talk about the implications of this act. Linux Format got hold of the 'Unbreakable' distro to find out what's going on under the hood. Is it a breakthrough for Linux in the corporate market, or just another RHEL respin? See the article for all the info and screenshots — including an 'interesting' choice of GRUB colours."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
Total Flamebait (Score:5, Insightful)
On the other hand, Oracle is much less likely to go under because they produce other things of value that the open source community will have difficulty replacing (because we don't do much business software).
ORACLE (Score:5, Funny)
Parent
Re:ORACLE (Score:5, Funny)
Or reading it backwards "EL CARO", translated from spanish "The Expensive"
Parent
Re: (Score:2, Funny)
Re:Total Flamebait (Score:5, Insightful)
This has nothing to do with who makes the product. It is entirely a support issue. Lets say you have a problem with your Oracle solution on Solaris or RedHat Linux. Oracle will look at the problem and determine it is an OS problem and so you go to Sun or RedHat and they say this is after all not an OS problem, but a virtualization problem so you go to third provider, who will find out that finally fixes the problem two day and several millions in lost profit later.
If you can have one provider who will offer support for the entire stack, OS, virtualization, database or middleware engine, you have a huge win on your hands. Premium contracts can have time limits which now don't cover just one layer, but the entire stack. The same company will resolve the problem no matter where it lies and they are responsible by the service contract to resolve the problem. Where the problem actually lies is an internal issue you don't need to care about.
When you add to it that business talks are done with single company, which results in time savings and you usually save by bundling the service contracts into one package as well. this is almost a no brainer that customer actually demand this.
Add to it that RedHat is not binary free product, that you actually have to pay for the binary distribution of enterprise version, and that Oracle will basically save you additional money by compiling RedHat linux from sources for you.
Redhat has a huge edge for servers not using Oracle database or middleware, but for servers actually running Oracle products, it is no brainer to go with a full stack support contract.
Parent
Re:Total Flamebait (Score:4, Insightful)
It's also a very smart business move by Oracle. Pushing free operating systems running on commodity hardware allows Oracle to reduce the price of an Oracle based solution without reducing Oracle's revenue. That's business savvy.
Parent
It sure could have been a smart move. (Score:4, Insightful)
Conceptually, it is a good idea to have their own distribution.
Conceptually, Red Hat would be a good choice of a distribution to fork.
Conceptually, it's a good idea.
But, practically speaking, they're screwing it all up.
No, it is not good business to take without giving.
No, it doesn't reduce the price of Oracle's server stack significantly to cut Red Hat out.
Not significantly, not with what they lose by cutting Red Hat out.
No, it isn't business savvy. It's cutting off their nose to spite their face. And it's totally misunderstanding the meaning of free as in freedom, not as in beer.
In essence, it's trying to give their customers free beer and put it on Red Hat's tab.
Now, maybe they hope to absorb enough of Red Hat's business to induce Red Hat to sell the company. But that kind of predatory business always comes back around to bite you in the end, and it eventually destroys your own business.
Maybe they are actually feeding some of the revenue back to Red Hat. If that's the case, I'll take back part of this rant. But they still have said a lot of things publicly that sound more like a spoiled rich kid celebrating that he gets to legally take the poor kid's candy. And the AC who said it was business savvy seems to be doing the same thing.
Parent
Re: (Score:3, Informative)
I ranted a bit more completely elsewhere, but I'm basically saying that I don't think Oracle is doing this the right way.
I am reminded of this [youtube.com].
Re:Total Flamebait (Score:5, Interesting)
In short: I'd rather deal with 2 or 3 independent vendors who know their shit (and know it well), than with 1 vendor who would - even when told differently - kept looking from the wrong POV.
Parent
Re: (Score:3, Interesting)
Well, you know, if I start wanting to do something else with the hardware, I can always install RedHat. (And probably migrate to postgresql.)
The one thing that bugs me about Oracle's customization of RedHat is the question of whether they are giving back, both to RedHat and to the community. Maybe I don't look in the right places to know, but it sure isn't obvious that they do.
Actually, I'll go a little further and put it this way: From a potential customer's point of view, if I'm going to dedicate a lot of
Re:Total Flamebait (Score:4, Insightful)
Parent
cant we already get free and support with centos? (Score:4, Insightful)
i've never bothered to look at oracle linux, because i can get 'free' redhat through centos, and when i want paid support, i can get it directly through redhat.
without some other differentiation, what is oracle providing that isnt there from the others?
so yes, it is just a rip off of red hat.
Re:cant we already get free and support with cento (Score:4, Informative)
Oracle Cluster File System. Whether you need it or not is up to you. Oracle also provides OCFS modules for Red Hat to make it easy on people.
Parent
Cluster filesystem clusterf*ck (Score:3, Insightful)
Clustered filesystems are, as a breed, ridiculously over complicated. perhaps king of the hill is OCFS. To get it working right, your entire cluster has to to perform a series of steps IN SYNCH. EG: your entire cluster must all be done with step 1 before they all do step 2, etc. Just too complex, and no way to be redundant without blowing loads of cash on highly complex hardware....
Sorry... NO!
If you want simple, redundant storage, you really have to do it in the application layer. Doing it at the OS level
Re: (Score:3, Funny)
And IBM's GPFS pisses over both GFS and OCFS from orbit.
Re: (Score:2, Informative)
Also, RedHat and CentOS are the same product. They are the same source code: RedHat compiled by RedHat, and CentOS compiled by open source community. This allows RedHat to get more exposure and most of the bugs found in CentOS can be patched back into RedHat.
Re: (Score:3, Insightful)
Right. If you can't afford support you don't need and you can't afford the time Fedora takes, CentOS is great.
Ordering red hat licenses is one way to make sure the OS is still there for you next year. If you're using it in business and making much profit (or just saving money) by using their data products, you should be recognizing that you need to give them (or canonical or one of the others) money because you need them to be there next year.
Same with feeding bugs back by using Fedora. If you rely on the
Re:cant we already get free and support with cento (Score:5, Informative)
i've never bothered to look at oracle linux, because i can get 'free' redhat through centos, and when i want paid support, i can get it directly through redhat.
without some other differentiation, what is oracle providing that isnt there from the others?
so yes, it is just a rip off of red hat.
You would ONLY use Oracle Linux to run your Oracle products on. You wouldn't use it for your file and print, or web server. They wouldn't want you to anyway.
It's largely a marketing thing. If you run your Oracle products on Oracle Linux, Oracle will support the entire software stack. That can be important to a lot of enterprise customers, no turf wars about who's fault it isn't.
As a bonus, the Oracle Linux support contract is (and should be) significantly cheaper than Red Hat (or Novell - the other supported Linux vendor). This is because they really only support those functions that are required to run the Oracle products. They aren't interested in supporting your file and print server etc. Whereas Red Hat and Novell have to support everything.
Can you imagine what Oracle would say if you had an issue that was borderline Oracle / OS and you were running CentOS? Even though CentOS is a re-badged Red Hat, it isn't Red Hat, and it isn't on Oracle's supported OS list.
The sensible thing to do would be to run Oracle Linux for your Oracle products and Red Hat (or CentOS if you didn't want support) for everything else. As they are all virtually the same, it's a lot easier for your administrators.
Parent
Re: (Score:3, Interesting)
Re: (Score:3, Informative)
PostgreSQL, unless there is some feature PostgreSQL is missing that I would need for the given application in the foreseeable future.
Um, (Score:4, Insightful)
Re:Um, (Score:5, Informative)
Um, so basically it is a rip off of Red Hat just with Red Hat stripped out and Oracle's own filesystem added to the kernel
No no no no no.
The default filesystem shipped with RHEL and OUL is ext3. The clustered file-system shipped with RHEL is GFS, and with OUL it is OCFS2. OCFS2 is not compiled in-kernel within Red Hat Enterprise Linux, and must be mod-probed in as a separate - unsupported by Red Hat - module.
> with a different VM.
Again, wrong. RHEL 5 ships with Xen, and will support Xen until at least 2014. OUL also ships with Xen. Please remember, KVM has not shipped in *any* RHEL release (major or minor) yet. Only Red Hat internally knows the release agenda.
> Thats it. Still maintains binary compatibility, > etc.
Oracle's binary compatibility claims are a myth.
Parent
Re: (Score:2)
Please remember, KVM has not shipped in *any* RHEL release (major or minor) yet. Only Red Hat internally knows the release agenda.
Apparently they will release their KVM based vitalization before the management tools run on anything other than Windows 2003. That's what they got from Qumranet and that's why I won't be using it.
KVM is going to be slower than XEN unless you have a super-duper-mega-new CPU with Intel EPT or AMD RVI support.
Xen is a big deal (Score:4, Interesting)
I hate to correct an otherwise good post, but that is at best misleading, and at worst just plain wrong. Redhat has announced that they are only going to support existing Xen installations, while providing a way to migrate to KVM.
Xen is dead with Redhat. At least for now.
Personally, I think this is a major screwup by RH, as I know of sites which had been stongly RH but are now looking at dropping them. Sorry, KVM just isn't ready for serious primetime. What's worse, is that the majority of Virtualization research out there is centered around Xen, for the simple fact that it's been around longer.
So Xen is the focus of the next generation of technology, and will remain that way for a while.
And before the KVM fanatics jump up shouting the usual "but-it's-faster!" mantra, you should be aware that Type II hypervisor support (ala KVM) was announced a couple weeks ago at the Xen Summit (at Oracle's HQ, btw).
So one can either choose a KVM type of hypervisor, or the original Xen hypervisor.
Oh, and I heard that the guy who did it coded up in 12 days as a lark.
But unfortunately one doesn't seem to have a choice with Redhat..
I certainly hope CentOS picks up the Xen work from Fedora this year. Otherwise I'll have to look to Oracle for serious datacenter work. I'm not happy about that at all, as I've been a very strong fan of Redhat (and have given them lots of business.
But this really underscores how good it is sticking with Open Source. At least I DO have choices.
Parent
Re: (Score:3, Insightful)
Re: (Score:2)
Re:Um, (Score:5, Funny)
This is basically like someone trying to justify that Linux Mint is some grand new distribution when it is nothing more then Ubuntu with a few extra tweaks and drivers added.
Which, in itself, is a lot like someone trying to imply that Ubuntu is a distribution when it's nothing more than a snapshot of Debian sid with a few extra tweaks and drivers added.
Parent
Is anyone actually using Oracle Linux? (Score:4, Interesting)
Re: (Score:3, Informative)
Re:Is anyone actually using Oracle Linux? (Score:5, Insightful)
Parent
Oracle's kernel developers? (Score:3, Insightful)
Redhat employ _real_ kernel developers. Do oracle?
I would just throw something out there, but, Oracle pretty much is its own operating system in its own right. And, as such, it actually has to do concurrency, availability, all that ACID stuff that frankly "_real_ kernel developers" do not even bother with.
Yes, Oracle is a shitty company the U/I to this database is just terrible and always will be: but everyone knows that. We all have our Horracle stories. But, if you want to put a billion records into a d
Re:Oracle's kernel developers? (Score:4, Insightful)
But, if you want to put a billion records into a database, and sleep at night, there's only one game in town, and that's Oracle
The largest database I maintain for a site I coded has 15 billion records atm and it's doing fine in MySQL, with a relatively busy daily peak time with well over 100 users, all on shared hosting.
/., etc, etc all using free databases for big work too, so I think your attitude is a bit dated.
In fact the only problem I've had with database growth was when an auto incrementing ID went over ~2 billion in MySQL, which put it over PHP's 2^32-1 integer limit.
And yup this all has to do locking and transactions, not just MyISAM with basic queries.
My personal experience counts for nothing of course but Google,
Parent
Re: (Score:3)
So far, we haven't run into anything that required Oracle's help with the OS. IMO, Oracle Linux is a good option if it su
I am. No problems (so far). (Score:3)
I had Red Hat on a 1u dual xeon manufactured by IBM. Minimal load, but the box would crash every 6-9 months. I never bothered to figure out why; just rebooted.
While I was migrating to a dual socket, quad core (also by IBM), my subscription died. I learned that someone at corporate HQ had terminated my RHN up2date license (among many others). I admit that I did try to get Red Hat support turned back on, but I couldn't even get their sales staff to send me a quote by my deadline.
Oracle, however, was quite tim
Re: (Score:3)
Those guys can be really picky too. You can tell them your Oracle Linux or CentOS stuff is identical to RHEL, but if it doesn't actually say RHEL on it, they won't support their stuff at all.
My advice is to use Oracle Linux and take advantage of their end to end support contracts for the servers that are running Oracle products (and keep in mind Oracle owns a lot of products businesses use now like Peoplesoft, JD Edwards, Siebel, etc), and run RHEL on servers that are running non-Oracle stuff.
Some reasons for the Oracle case (Score:5, Interesting)
I support a software product in a telco, and had talks with its IT managers about the Oracle Linux issue. They have lots of Red Hats but see the Oracle offering interesting (and are implementing it) because:
1) Linux (RedHat or others) are really stable systems (compared with other Unixes they had or have), so the support provider switch is not seen as a dramatic issue
2) They can save some cents without (apparently) giving anything. The RedHat support is little money for that kind of company, but a saving always looks good for the directors
3) They avoid one provider's negotiation as a whole (which is a big win: less paper, less meetings, less vendor talk, less decision process, etc.)
4) They mostly ignore the distributed filesystem issues, and for virtualization just apply the leader (VmWare), so the Xen/KVM/Xen-Oracle discussion is not too relevant
5) BTW, for some diverse reasons, their software providers seem to dislike CentOS (maybe the RedHat's negative marketing made its effect, who knows)
ooh the controversy (Score:4, Interesting)
Re: (Score:2)
Oracle is essentially a parazite on the Redhat Linux. It is not in Oracle self-interest to eat RedHat's lunch because if RedHat goes bust, Oracle won't be able to maintain it by itself. Oracle only wants to eat the minimum amount of RedHat's lunch needed for its own profits, which lie in selling their own products with full support of the entire vertical stack. So clearly Oracle will go for support contracts on servers that run Oracle Database or Middleware solutions, or maybe as part of an existing contra
To make things a little more clear, (Score:3, Interesting)
Oracle is the source of the controversy. They are the ones strutting around saying, look what we're getting for free!
I suppose it is because many of their big customers expect them to play the predator. It's not the money saved. That's peanuts.
It's the image. Oracle provides a buffer between the dog-eat-dog corporate world and the touchy-feely alternate corporate world.
Quality Support? (Score:3, Funny)
Oracle can't even give quality support for its own software. Why on Earth would it think it can give quality support for someone else's software?
Re: (Score:3, Informative)
Oracle Metalink [oracle.com] now requires flash to work at all. I mean, it is sort of like using GIMP to edit text files.
Not sure about your other claims, but this one is just a flat out lie. Right on the front page of Metalink is a selector where you can choose to login to the "classic" HTML-only site instead of using the whizbang Flash version.
Oracle understands business (Score:4, Insightful)
Before everyone goes all stupid crazy about Oracle versus Red Hat Steel Cage Match, I'd just like to point out that Oracle has been around since 1977. Redhat: 1995. Redhat brought in $400 million in revenue in 2007. Oracle? $22.43 billion. I could go on, but I think you get the point. Oracle is a freight train, and Redhat is a skinny guy who jogs a couple times a week in the business world.
If I go to senior management and say I'd like to use Redhat Linux, they'll go "What's that?" If I say I want to run Oracle Linux, they'll ask "How much will that save us?" There is no question of Oracle's reliability, or market performance. None. Oracle doesn't need to prove itself. So if you're a fan of getting Linux into the business, you should be saying "hip-hip hoooray" to this; You've got a free pass now at the executive board meetings to install Linux now somewhere. Or... or you can bitch about how it's the wrong flavor of linux and tear into Oracle for ruining the good name of Linux, how Orthodox Linux users are into shaming other users, and Oracle is more like New Evangelical Linux -- half the guilt, twice the usability, etc., etc.
Your call.
most U.S. business understands Red Hat == Linux (Score:3, Interesting)
I've not seen Oracle Linux in any client of my company's data centers, and they include some with huge budgets (I.T. budgets over a billion). For running Oracle most are Red Hat, some are OpenSuSE, and a little bit of some others. No Oracle Linux anywhere.
Re: (Score:3, Informative)
Funny, I work for a U.S. company with more than 50,000 employees. We've got IBM mainframes, AIX, a little Solaris, a little HP-UX, Windows 2003 servers, and Red Hat Enterprise Linux. We've got some old databases on the mainframes that have been running the bread and butter apps of our business for more than 30 years, DB2, Oracle, MS-SQL, a little MySQL, a little postgresql. Our use of Oracle is limited to a single relatively large application that happens to be hosted on our HP-UX environment. Still, it
One stop shopping (Score:3, Insightful)
If you run an Oracle shop with DB support, Oracle's Linux support is a deal that's hard to beat. It's comparatively cheap and coverage is 24/7 across all time zones until a problem is fixed no matter if it's database or OS related. Try that with other Linux support vendors. If it ends up being a DB issue, they'll point you to Oracle and tell you to have a nice day. Then you can start the trouble ticket process all over again and hope Oracle doesn't say it's an OS issue. Anyone up for finger pointing when your mission critical system is down?
They don't know what they are selling (Score:5, Insightful)
The greatest challenge that Red Hat (and Oracle) now face is to determine what they're actually selling and make a clear case for the added value that they provide.
I've run a few large Linux shops, recently including one requiring over 300 RHEL licenses and I can tell you that without a doubt that both Red Hat and Oracle sales people have zero idea what they are selling, what the differences may be and what added value they provide.
Red Hat copyrighted materials are the Red Hat trademark, logo, etc and the key difference between all of the RHEL derivates is simply the absence of that name and logo. Each distribution can pick and chose what patches and changes they want to merge in but everything is open source. It's how CentOS, Oracle, etc can make a competing "product." It's a bundle of freely available code and not much more. Where products differentiate is their delivery mechanisms and support of said code.
Things get complicated when you start asking Oracle and Red Hat what you're actually buying and what that support entails you to. I can tell you from first hand experience that I have never had a single issue get resolved via Red Hat's support organization - including clear bugs with tickets that still exist (primarily memory management code with kswapd.) Maybe they're only setup to help people get printers working with cups? And the same goes with Oracle Support.
By Oracle's move of choosing what code to merge and adopt they are misleading customers by openly calling it and comparing it to RHEL - which is exactly how it's sold and pitched to customers.
Oracle even offers a utility to run on your RHEL installation to re-brand it to Oracle Enterprise Linux. It replaces a bunch of packages and removes the Red Hat name, points it at the Oracle yum sources and calls it a day.
If Oracle wants to create a world class Linux they need to provide the tools, support and honesty to make it a successful competitor rather than relying on their name (which does not hold much clout, despite what their marketing guru's may think.) Combine that with resolution of real problems and not just entry-level technical support and you'll have a winner.
Come to think of it, that applies to Red hat as well.
Re:They don't know what they are selling (Score:4, Insightful)
I think you're misreading what Oracle is trying to do. Oracle is not particularly interested in creating the best Linux distribution out there. Oracle is interested in creating the best *end to end Enterprise solution* out there. Most of their acquisitions over the past several years have been toward that goal. Oracle wants to be the single source for every part of the software stack in Enterprise computing.
Right now, Oracle can offer a total end to end solution with one support contract for OS, DB, Middleware, and front end apps. No one else right now can do that, and that's a huge deal for the executives of the large companies that tend to run Oracle software. Oracle is not trying to compete with RedHat, Oracle is trying to compete with ERP providers like SAP. RedHat is just providing them with free OS development.
Parent
A couple of reasons we will not migrate *ever* (Score:3, Insightful)
1. If you have a mixed server park (that is: host different applications too, other than Oracle's), migrating is *not* feasible. I'm not going to support yet another OS, just because it is *possibly* a tiny bit more convenient once it is set up. Because before it's set up, I'll need to have deployment mechanisms for another OS, management tools for another OS etc. Not worth it. ;-)
2. To extend my first point: Oracle's support might be a bit cheaper for the OS, my time is a lot more expensive than a thousand bucks worth of support on a years basis. That matters when having to support more OS'es.
3. Red Hat fixes the bugs, and then releases the src.rpm. Oracle has to Q&A that, port it, upload and release it. Updates for Oracle Linux will be (a lot) later than Red Hat's. See how much time it is costing CentOS to release 5u3. No offence, but for production systems, I want to have potential fixes *now* if the situation we're in is hurting us.
4. I'm just about to get RHCA certified. Can I get that level of Linux certification from Oracle? Don't start saying the OS'es are compatible, because they are not, see point 5 and 6.
5. The only thing Oracle can do on the long term, if fork RHEL. The amount of support, the changes they make and the fact they want to support until the end of time in the own way, might not be called a fork, but it will be just that in the end. So much for compatibility.
6. They ported yast. Need I say more?
7. Not really a business reason but check this out. Oracle announced Oracle Linux just a couple of months after RH scooped JBoss from underneath Larry's nose. One of the previous posts is right: Oracle is not trying to compete with RH. It's trying to get revenge.
Their product is just not that good (Score:3, Informative)
talking to oracle (Score:3, Informative)
the conversation was always steered toward response times and support metrics...extensive testing and development. nagging kernel memory use questions never got responded to. BTW, youre getting a linux with no SELinux, so essentially oracle is shipping a "preconfigured" hacked red hat to eliminate the confusion most developers have when they realize their windows oracle expertise stopped at "insert CD rom" in the linux realm.
oracle in linux performs no better than oracle in windows...its load handling sucks and the uptime for it was often measured in hours. maybe a bad developer or two to blame, but Oracle linux did not help. dropping SELinux got us dinged on SOX compliance as well.