Stories
Slash Boxes
Comments
Search

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

IBM Refuses To Certify Oracle Linux

Posted by kdawson on Tue Feb 27, 2007 06:43 AM
from the doesn't-look-red-to-me dept.
IBM Businesses Databases Oracle Programming Software IT Linux
Andrew writes "IBM has thrown a spanner in the Oracle Linux works by refusing to certify that IBM's software portfolio will run and be supported on Oracle Unbreakable Linux. If IBM applications turn out to be incompatible with Oracle Linux, then it will be up to Oracle to resolve any issues. This conservative stance of IBM's is unlikely to help Oracle sell Linux subscriptions to businesses that use any of IBM's large software portfolio."
+ -
story
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.

IBM Refuses To Certify Oracle Linux 50 Comments More /

 Full
 Abbreviated
 Hidden
More
Loading... please wait.

  • Oh no! (Score:5, Funny)

    by Anonymous Coward on Tuesday February 27 2007, @06:49AM (#18165100)
    Now that Oracle has added "Unbreakable" in front of the word "Linux"... Linux is finally going to become insecure :(

    Note to Linux developers: remember to add all your SVN commits as cron jobs, and forward date them all 2 years, or 3 years if they're critical security patches.

    • Re: (Score:2, Funny)

      by Anonymous Coward
      It appears that advertisers for software are lots dumber than advertisers for cars. Can't Oracle afford a decent slogan, one that folks won't laugh at? One that isn't so obviously bogus? I mean, Oracle is trying to sell to IT people, not Microsofties. IT folks know damned good and well that no software is unbreakable. Microsoft could get away with it, considering its user base, but not Oracle.

      Now, the car companies know how to lie - just tell the truth. For instance:

      Chevy - like a rock. (Damned thing won't

  • CentOS too (Score:4, Interesting)

    by jabuzz (182671) on Tuesday February 27 2007, @06:53AM (#18165126) Homepage
    They don't certify CentOS works either, but I can tell you for sure that Tivoli Storage Manager Extended edition works just fine on CentOS 4.4

    If Oracle Linux is from the same mold as CentOS then it is a fear factor rather than anything serious. Personally if I where Oracle I would hire as many of the CentOS developers as possible and get them to do a spin of CentOS as Oracle Linux.

    • Re:CentOS too (Score:5, Insightful)

      by rubycodez (864176) on Tuesday February 27 2007, @07:06AM (#18165192) Homepage
      but big enterprise doesn't think that way, they want certified compatibility and adherence to the letter of support contracts. Good luck calling EMC or Hitachi and saying your CentOS has problems accessing your 20TB disk array with a given HBA and switch. You'd void your warranty right then and there. As an aside, CentOS lags RedHat in patches, and also has to rewrite parts of the redhat admin system, it isn't 100% the same.

      • Re:CentOS too (Score:4, Insightful)

        by pirhana (577758) on Tuesday February 27 2007, @07:36AM (#18165346)
        You have perfectly summed up it !! I had a DB cluster setup on HP DL-385 and had to migrate to RHEL just to get support for Hardware issues from HP. They blindly refuse to support telling that "we don't support anything other than RHEL". The fact is that vendors are looking for an excuse to say no to support and RHEL/CentOS is enough for them

        • Re:CentOS too (Score:4, Informative)

          by rubycodez (864176) on Tuesday February 27 2007, @07:50AM (#18165430) Homepage
          worth mentioning that HP does support RedHat, SuSE and Debian.

        • Re:CentOS too (Score:5, Insightful)

          by Anonymous Coward on Tuesday February 27 2007, @07:55AM (#18165468)
          No offense, but as a hardware vendor I'd do this too. Because otherwise, where do you stop? "Yeah, we're running on this custom-compiled Gentoo with a few third party extensions. We're seeing some errors in our custom logs that look like our proprietary apps can't connect to your hardware. Send an engineer."

          As a vendor, I will tell you "OK, we've checked out and certified that we work with these distros. Anything else, it will probably work but you're on your own if it doesn't." Seems reasonable to me.

          Now, if you're concerned that vendors will use this to shut out "free" distros from being supported, maybe that's a case worth making. But some of this is market demand--if HP kept getting the question about "hey, will you support this on CentOS?" from hardware customers, and were losing customers by saying no, you can be they'd look into CentOS support. They are not vested in propping up RedHat's licensing business.

          IMO, the main issue that big companies have and will continue to have with Linux is distro fragmentation. It's just not feasible anymore to test your applicaiton/server/hardware with every conceivable distro that's out there. So you pick some, and those are the ones your customers tell you they're running.

          Put another way, *I* could come out with a RHEL clone distro tomorrow. Are you telling me it would be reasonable for me to expect HP to support it?

          • Re: (Score:3, Interesting)

            by LinuxDon (925232)
            The "problem" with free distro mainly is that they're a moving target.
            If you look at Novell SLES 9 and RHEL 4 you will see that they're still running on (a heavily patched up) 2.6.7 and 2.6.9 version of the kernel.
            Free distro's usually update their packages very frequently which is a good thing, except in an enterprise environment. Also, 2 years later there will be absolutely no support for anymore for those verions. SLES and RHEL versions on the other hand are supported for at least 5 years.

            The point is th

        • Re: (Score:3, Interesting)

          by hackstraw (262471)
          They blindly refuse to support telling that "we don't support anything other than RHEL".

          In my experience, "support" is pretty much a misnomer.

          What happens basically 100% of the time is that they blame anything and everything besides their product. The only way around this is if you buy all of your stuff from one company and have one support contract for all of that stuff.

          Example, I had a certified and partnered RAID array, HBA card, OS, and system hardware that were all OK with each other. When I had a p

      • Re:CentOS too (Score:5, Insightful)

        by Undertaker43017 (586306) on Tuesday February 27 2007, @07:56AM (#18165480)
        "Good luck calling EMC or Hitachi and saying your CentOS has problems accessing your 20TB disk array with a given HBA and switch."

        I do this all the time, I run CentOS in development and most of the test environment. When I see a problem on CentOS, I verify that the problem exists on one of my RHEL test boxes, and call them up. When they fix the problem on RHEL, it is either automatically fixed on CentOS, or I replicate whatever they did on RHEL on CentOS and the problem is fixed. You just have to learn how to play their game, if they say they only support "expensive X", then have as few of "expensive X" around to satisfy that requirement.

        "it isn't 100% the same"

        It's enough the same that I have never run into anything that broke on one that didn't break exactly the same way on the other. CentOS is so good that I have started to move some of my production systems to it, but I will always keep a fair number of RHEL boxes around, since third parties need someone to point a finger at when they determine that it isn't their stuff.
        • I agree CentOS is *good*, I've installed it at a manufacturing plant that prefers to use in-house and T&M based support. But in very large enterprise environments the folk from Hitachi, Veritas, EMC, etc. are actually going to be on site and on the machines and SAN gear at times, your trick won't work in that case, and those who manage IT aren't going to go for that anyway, too risky to contracts & warranties
          • I have EMC folks on site all the time, and they are fully aware that I have both RHEL and CentOS boxes hooked to theirs boxes. My managers also fully aware of what I do, and support it.

            I use VCS, volume manager and NetBackup, but would never let a Veritas person even close to the datacenter, I can't afford the downtime they would cause.
        • is the gear and support contracts in millions of dollars? for the support contracts our clients have we have to go through everything with a fine-toothed comb, to kernel version, firmware versions, app version minor number etc. No unsupported OS version is allowed
          • "is the gear and support contracts in millions of dollars? "

            Yes. We spend $20M-$50M with EMC yearly, our Oracle support contract alone is $1M+. We have never had a problem with vendors not supporting us, or nullifying our contracts (they like their money too much), and they are aware of our environment.

  • No wories (Score:4, Informative)

    by Anne Thwacks (531696) on Tuesday February 27 2007, @06:54AM (#18165130)
    If you are not allergic to IBM, and need a powerful database, you would probably rather run db2 than Oracle anyway, especially if you are using other large IBM packages.

    IMNSHO, db2 pisses on Oracle from a great height.

    • Re: (Score:3, Informative)

      by djbckr (673156)
      A terrible post that got modded "Informative" with NO BASIS FOR THE CLAIM!!! Sheesh! Tell me exactly *why* DB2 is better.

      • Re: (Score:2, Informative)

        by DrJokepu (918326)
        Because it has approximately the same features and performance, a more human-friendly UI, no WTFs like VARCHAR3 and empty string IS NULL (if you don't believe it, just try it: oracle actually treats empty char fields as NULL), and it is slightly cheaper?

        • Because it has approximately the same features and performance, a more human-friendly UI, no WTFs like VARCHAR3 and empty string IS NULL (if you don't believe it, just try it: oracle actually treats empty char fields as NULL), and it is slightly cheaper?
          Does it have the words "Don't Panic" on the cover in big, friendly, letters?

  • Probably not really a refusal ... (Score:5, Informative)

    by quiberon2 (986274) on Tuesday February 27 2007, @06:58AM (#18165146)
    It's probably more a case of 'IBM has contracts in place with RedHat and Novell, and testing efforts in place, so that if a client buys (for example) IBM Websphere with an expectation of running on Linux, then IBM will warrant timely resolution of any defects that may threaten to get in the way of the IBM customer's use of the IBM product'.

    I'm fairly sure that if someone offers enough money, they could have that assurance on Oracle, Ubuntu, or anyone else's Linux too.

    • Re: (Score:3, Informative)

      by oyenstikker (536040)
      Probably not. IBM's products don't really work on Linux, they work on one particular outdated version of RHEL and one version of Suse. I recently spoke to tech support about IBM Workspace Managed Client failing to install on Debian, and was told over and over that the only reason it gave me a particular error was because I needed to install a particular outdated version of Mozilla in a particular directory, and make a particular file with a line pointing to it. Over and over I tried this, and it did not wo
        • I got DB2 to work just fine. No thanks to the installer - I had to figure out which RPMs I needed and use alien to install them. Lotus Notes/Workspaced Managed Client is a different story. I guess if it worked well and made sense, it just wouldn't be Lotus Notes.

  • TFA is a troll (Score:5, Insightful)

    by Anonymous Coward on Tuesday February 27 2007, @07:16AM (#18165240)
    This is hardly unusual. Companies spend a lot of money to certify software distros, and put their own maintenance dollars on the line when they certify them.

    A third party saying "use our stuff--it's just the same as theirs" isn't necessarily credible. Maybe they're a clone, or maybe they're a clone today and might not be tomorrow. Or maybe they'd only clone part of the distro, leaving out critical parts. Or maybe they'll add custom stuff to the distro. IBM isn't under any obligation to believe Oracle's marketing materials and automatically certify based on taking Oracle's word that "it's the same and always will be."

    There are DOZENS of RHEL clones out there (CentOS is the most popular, but hardly the only one). I don't think IBM considers any of them "certified."

    Actual quote from TFA: "We are going to wait and see if there is traction in the marketplace," McMahon said. "If clients want it (Oracle), then we will support it."

    This is a non-issue, and someone's using the "IBM vs. Oracle!" angle to generate traffic and controversy by stirring people up. Looks like they succeeded.
    • Oracle isn't a clone of RHEL. If it were, it'd have Red Hat logos all over the place and no mention of "Oracle" anywhere. So if they changed that, it already isn't a 100% verbatim copy.

      Who knows; perhaps the Oracle logo's filesize causes the filesystem to work differently enough to crash DB2 or something else that sounds ridiculous but cannot be disproven without testing.

  • I Hate Linux Distro Certification (Score:4, Insightful)

    by segedunum (883035) on Tuesday February 27 2007, @07:54AM (#18165462) Homepage
    I just hate the whole concept of Linux distribution certification, because it tells me that there's something wrong with running software on it. I doubt whether a huge amount of older software is certified to run on Windows 2003 either, but you can bet your life that many organisations are running that software on Windows 2003. Organisations generally just try it out on a newer version of an OS, and if it works OK in a trial period (even if they have to tweak things to get it to work) they go with it, and they don't fly into a massive panic. I've done this many times, including an older piece of, now totally unsupported, software written for NT 4 in C to communicate with a mainframe that needed to run on 2003.

    If Oracle can say "Yes, this will run" to their customers, and their customers try it out and it does actually run, then no one will care.

    In terms of backwards compatibility, and getting the software you want to work, Windows is still way ahead of Linux, and this whole concept of distributors and software vendors protecting themselves (and engineering some lock-in, incidentally) by certifying, or certifying for, certain distributions just isn't helping Linux or open source software get more widely used.
    • At any one time. With Windows there's only one current version of Windows. Right now its Vista. Before it was XP. Before that Win2k/98. Now with Linux at any one time there are literally hundreds of distros available. This is why Linux certification is necessary. If you want Linux certification to go away then somehow convince the community to stop spreading itself thin and concentrate on a few major distros.
      • "With Windows there's only one current version of Windows. Right now its Vista. Before it was XP."

        We live in different worlds. Right now I see laptops running WinXP and Win2k. Vista might as well not exist. We are members of the Microsoft Developer's Network Academic Alliance, so we can download free-as-in-beer copies of WinXP and Vista. I've only ever seen one copy of Vista running on campus.
        • "We live in different worlds. Right now I see laptops running WinXP and Win2k. Vista might as well not exist. We are members of the Microsoft Developer's Network Academic Alliance, so we can download free-as-in-beer copies of WinXP and Vista. I've only ever seen one copy of Vista running on campus."

          Of course we live in different worlds. You live in the academic world and I live in the real one. :)
      • At any one time. With Windows there's only one current version of Windows. Right now its Vista.

        No, there are currently the following versions of windows:

        1)Windows XP
        2)Windows 2003 Server
        3)Vista - but who cares, nobody in corporate land is using it yet so very few companies will be promising to support it yet.

        Then there are all the 64 Bit versions of the above as well. These actually count as different operating systems as the same software designed for 32bit may not run on the 64 bit version (eg - MS Exchan
        • You have a fair point. However, without going into too much detail:-

          Current Windows builds: Including Windows 1.0 and later, but excluding 64-bit versions, 16 [wikipedia.org].

          Current Linux distributions: At least 160 [wikipedia.org].

          This doesn't really help GP, who was just plain wrong, but there is an order of magnitude between the number of versions of Windows and the number of versions of Linux.
    • http://www-306.ibm.com/software/data/db2/windows/ [ibm.com]

      Tada! DB2, IBM's database product, certified for Windows.

      If you can read you will also note that they list the versions of 2003 that are certified.

      So your entire argument is null and void. Specific windows distro/version's get certified or not to work with software by the companies supporting said software. You will not that windows XP for instance is NOT certified to work with DB2.

      Doesn't mean you cannot run DB2 on Windows XP (or other versions) just tha

      • So your entire argument is null and void. Specific windows distro/version's get certified or not to work with software by the companies supporting said software. You will not that windows XP for instance is NOT certified to work with DB2.

        -------> Point




        -------> You

        Hmmmmm. No it isn't. You've missed the point. I bet that DB2 would actually work on Windows XP absolutely fine, but the fact that IBM doesn't certify it is really not of any importance to anyone. The vast majority of software wr

    • 'If Oracle can say "Yes, this will run" to their customers, and their customers try it out and it does actually run, then no one will care'

      I think they are correct and should never certify Larry Ellisons stolen Linux code. Personally speaking I don't want to do business with a self confessed software thief.

      "We can just take [itp.net] Red Hat's intellectual property and make it ours, they just don't have it."

      was: I Hate Linux Distro Certification
      (Score:4, who modded this up Insightful !!)

      • I think they are correct and should never certify Larry Ellisons stolen Linux code. Personally speaking I don't want to do business with a self confessed software thief.
        And what's that got to do with the comment?
    • The backward compatibility is one thing I do like about Windows. I still use a version of CAD software written for Windows 3.1 under the Win32S API, it works fine under XP. The program is about 13 years old now, and I haven't come across any major bugs that I remember, and the platform is perfectly stable. The only limitation is that that drawing names are only allowed the old 8.3 character naming convention.

      I think the difference is that if a bug fix for the OS breaks the software, you are more likely t

    • Eliminating distro. cert. is wishful thinking (Score:5, Insightful)

      by sirwired (27582) on Tuesday February 27 2007, @09:20AM (#18166302)
      I just hate the whole concept of Linux distribution certification, because it tells me that there's something wrong with running software on it.

      For most IT dept.-written apps that rely on super-common well-known library functions, no, the distribution doesn't make much of a difference. But once you start doing lower-level stuff (like the sort of stuff every software application IBM sells does), things start to not work right.

      This is a big problem with Linux, and no amount of wishful thinking will make the problem go away. Apps not working on all distributions is exactly the sort of problem that the Linux Standards Base (went nowhere) and United Linux (supported by Caldera/SCO) were supposed to prevent.

      Organisations generally just try it out on a newer version of an OS, and if it works OK in a trial period (even if they have to tweak things to get it to work) they go with it, and they don't fly into a massive panic.

      Maybe some IT shop that doesn't care about their software actually working can do that, but actual software companies that make their living selling software MUST perform testing.

      Yes, there are many organizations that do that, but those are either small and/or low-quality IT shops and/or non-critical apps.

      I have several healthcare industry customers that are running OS software that is coming up on three years of ageing out of OS vendor support because their app vendor STILL hasn't certified a more recent O/S version. For them, and most customers, the app vendor support is far more important than OS vendor support, because they know that most day-to-day bugs are in their apps, not their OS. Personally, I know that I crash Mozilla (and other apps) a heck of a lot more than I have ever crashed Windows.

      If Oracle can say "Yes, this will run" to their customers, and their customers try it out and it does actually run, then no one will care.

      Those customers will care very much when they try and call IBM to receive assistance under their support contract for their expensive and complex application and IBM says "Sorry Mr. Customer, you are running in an extremely unsupported and untested environment." Usually this will be accompanied by some limited best-effort support to make sure that it is not an obvious bug in the product.

      Now if enough customers ask for it (and are willing to pay), I am sure that IBM will be more than happy to certify their apps on Oracle Linux. Yes, Oracle is a competitor, but so is M$, and plenty of IBM software runs on Windows. But IBM is not going to go out and certify Oracle Linux just because Oracle is whining about it. I am equally sure that if IBM rolled out their own distro tomorrow, Oracle would not be falling over themselves to certify their apps for it either.

      This whole concept of distributors and software vendors protecting themselves (and engineering some lock-in, incidentally) by certifying, or certifying for, certain distributions just isn't helping Linux or open source software get more widely used.

      The fact of the matter is that there ARE differences between distributions, and those differences have been known to break a lot of applications. Because of this, there is no way for a software vendor to get around distribution certification. If you certified your mega-dollar application to run on any Linux distro, what do you do the first time some clown calls up with some home-grown hybrid of five different distros and wonders why it doesn't work?

      Software companies are in the business of making money, not "helping Linux or open source software get more widely used." If Linux distro writers want to make the burden of application certification easier, then the onus is on the Linux folks to get their act together and make Linux distros more homogenous. Don't blame the software vendors for this sorry state of affairs.

      SirWired
      • Why can't companies release software with a script that checks to see if you have all the required dependencies and tells you exactly what you are missing? Maybe you could call it 'configure'. And then they could have a command that would install the program. The command could take parameters to do slightly different things. Maybe you could have a configuration file for this program. The program could be called 'make', and the configuration files, 'Makefile'.

        But no, they have to have spiffy graphical instal
      • "I doubt we'll see Knoppix in the datacenter any time soon, "
        I realize it's not what you meant, but we have knoppix in our datacenter. It's in the form of live CDs that specifically don't touch the HDD for any reason to evaluate non-booting servers (*nix and windows).
        In that role, it works like a charm.
        -nB
  • Running a closed-source app on an otherwise open source platform has problems to start. IBM's service organization status means that the liability for apps running successfully is largely on them. DB2 isn't really competitive with Oracle, but IBM also needs any number of Oracle's famous acquisitions to run on their infrastructure. The lightweight, one-toe-in-the-water support that Oracle has for Linux (despite the PR otherwise) doesn't make for a successful relationship. It's up to Oracle to figure this one

      • Re: (Score:3, Insightful)

        by postbigbang (761081)
        With all due respect, those that believe Gartner are doomed. Let's take a look, however, at the revenue models. The basic DB doesn't make that much revenue, although it's nice. What makes revenue are all of the integration services and respective apps and app-building chores. That's why Oracle and IBM both went on an acquisition bender-- to bolster those revenues.

        When you zoom in on the DB and core-related components, Oracle likely trounces DB2 by a 2- or 3-1 margin depending on whose numbers you believe. I
  • Would you use it if you were not going to run an Oracle DBMS on it? All Oracle products that are not the core DBMS exist for one reason: sell the DBMS.

    If you buy anything from Oracle that is not the DBMS (such as OAS) then you are buying a me too, second best product.

    • Re:A definite shame (Score:5, Insightful)

      by msobkow (48369) on Tuesday February 27 2007, @07:02AM (#18165168) Journal

      I don't recall any of Rick Stallman's lectures being about charity.

      Oracle is trying to shift the blame from their software stack to IBM's before they've even deployed a box. In other words, if you have a problem and are running IBM software, Oracle wants IBM to foot the bill of researching the bug or issue.

      Who is Oracle to dictate that problems are automatically some other vendor's fault instead of their own?

    • Re: (Score:2, Interesting)

      by rubycodez (864176)
      bwahaha, the issue here is one closed proprietary package not being certified with other closed source proprietary packages on Linux. The open and giving spirit of OSS isn't even relevant.
      • Linux the kernel isn't much use without a distribution around it. The OP is right, Linux distributions are falling into the same trap as their proprietary brethren before them. Sometimes too much choice is a bad thing. At some point vendors have to draw a line in the sand and say this is it, we aren't supporting 100's of Linux distributions, we are supporting N Linux distributions.
        • Correct. I think there is a misconception about how much time and money it takes to certify a product on an OS. If you do that process for every single variation of Linux in combination with the last 3 or 4 revisions of your Product X. Then multiply that times possibly 40 or 50 products. And then there is the distribution costs of new CDs, etc. (not everyone downloads from the web). Why should a vendor like IBM spend the money chasing down small bugs in a obscure Linux distro when spending the money either
    • If IBM doesn't want you as a client, you sure as hell don't want IBM as a service contractor!

      Who is the nebulous "you" in this statement?

      The droves of businesses falling over themselves to switch to Oracle's RHEL clone?

      As the article said, if there is customer demand, IBM will certify on it. Personally, I'd be much more interested in certification on Ubuntu or Debian. That would actually offer customers real, technology-based choice, not just "I want to give my money to Larry" choice.

All trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the Poster. The Rest © 1997-2009 Geeknet, Inc.