[CLUE-Talk] Upcoming Oracle presentations question
Nate Duehr
nate at natetech.com
Tue Mar 2 20:19:53 MST 2004
On Monday 01 March 2004 08:57 pm, Jeff Cann wrote:
> On Monday 01 March 2004 3:28 pm, Nate Duehr wrote:
> > On Mar 1, 2004, at 5:26 AM, Jeff Cann wrote:
> > > On Sunday 29 February 2004 4:01 pm, Nate Duehr wrote:
> > >> I still want to know why they don't officially support Debian Linux.
> > >> (At least the "stable" branch.)
> > >
> > > However, because of the indeterminate number of possible
> > > distributions and Oracle's desire to see customers succeed it is
> > > necessary to
> > > confine enterprise class support to those distributions that Oracle
> > > believes
> > > can be successfully deployed in enterprise class environments.
> >
> > Gee, I'll go let the folks I know that run hundreds of Debian machines
> > in "enterprise-class environments" that they should shut their machines
> > off and move to RedHat.
> >
> > Pure unadulterated FUD.
>
> I disagree. It's written to be read by CTO's, not techies.
When I call up and ask for support they'll read it to me. It's a business
stance, not a "message for a particular person".
> To CTOs,
> 'enterprise' does not include newsgroups and google for support. Thus,
> they distinguish the 'commercial' distros.
And they're wrong. There's virtually zero technical difference between their
blessed "commercial" distros and many others.
> You must have skipped over this part:
>
> <quote>
> Oracle's products can be downloaded and installed on any Linux
> distribution. Oracle publishes the kernel configuration information so
> customers may choose to deploy Oracle on any Linux distribution, including
> ,one of their own making.
> </quote>
No I didn't miss that part at all - we're talking about SUPPORT not what you
can LOAD it on. If you call Oracle and tell them you're working on a problem
on Debian servers, they'll try to help, but any really difficult problems
arise -- they'll tell you to pound sand.
I'm sure "money talks" here... if you had 200 machines with licensed copies of
their database product on them running Debian, they'd be more likely to help
you anyway.
You're being an apologist for them when true engineering and logic show that
those "enterprise class" distros use the exact same kernel code the others
do.
(Disregarding RedHat fiddling with a limited number of beta-quality kernel
patches in production kernels for odd-ball hardware support... "tg3" driver
circa RH 8.0 and Compaq hardware, anyone? Painful.)
What is the difference between supporting RH and UnitedLinux and supporting
Debian and why is this so difficult a concept for companies like Oracle to
grasp? That's my real question. And why do so many otherwise technically
excellent people apologize for it in the industry? That's not unbiased
technical assessment. Linux is Linux. Distro wars are retarded. Choice,
however... is good.
My theory? The QA manager at Oracle doesn't have enough experience with Linux
to realize there's no difference. So like thousands of clueless newbies who
used to install RH on their home machines because "RedHat = Linux", they make
the same uneducated decision... and the person that made that decision feels
justified in it because they "mitigated risk" that simply wasn't there in the
first place, but their limited experience with Linux limited their decision.
I think the theory someone else proposed that RedHat and UnitedLinux probably
paid to play in the Oracle playground is fairly likely. I hadn't considered
that possibility, but that sounds more reasonable than any technical reason
I've ever seen anyone come up with.
--
Nate Duehr, nate at natetech.com
More information about the clue-talk
mailing list