Re: Comments about 8.1.5.0.0 & 8.1.5.0.1

Alex,

I think Oracle should be kicked for such shoddy Linux releases.

I've heard that others have successfully installed on RH 6.0, if using the recommended version of the JRE.

That's where I'm headed.

I thought that 8.1.5 would be better than 8.0.5. Kinda looks like 8.0.5 is better, from what I can judge.

cheers!

Mark

Alex Buell wrote:

> [Bcc'd to a work colleague so he knows what I've been up to - Phil, posted
> to oracle newsgroup from home - seems lots of people have had similar
> problems]
>
> Please please please would someone at Oracle NOT hardcode the location of
> the jre kit for the next release of Oracle 8.1.5.0.x - why should we have
> to symlink where we like to put the jre to usr/local/jre when setting PATH
> to point to the jre stuff works just fine for other java applets!?
>
> I've had a lot of problems trying to install Oracle 8.1.5 since Monday -
> jre notwithstanding.
>
> The information contained in the manuals for 8.1.5.0.0 are only correct
> for users of RedHat 5.2/6.0 with glibc 2.0.7 *OR* glibc-2.1.1 (and compat
> libs) with jre 1.1.6.
>
> I don't use RedHat (I think they're the Microsoft of the Linux world)
> myself - I use a mutated version of Slackware 3.1 that's been upgraded to
> hell and back personally with glibc-2.1.2, and at work we use RedHat 6.0
> with glibc-2.1.1.
>
> For 8.1.5.0.0 and upwards with glibc 2.1.x, use jre 1.1.7. That works, but
> it's a little buggy (British understatement of the century) in certain
> places - try tabbing around the java OUI applet and entering some
> information when prompted!
>
> Even with all that, installing 8.1.5.0.0 doesn't work properly. At the
> last stage, it will attempt to run dbassist and promptly craps out with a
> missing argument error. This little problem prevents us from getting a
> working database system.
>
> Tuesday: We called Oracle UK tech. support. They asked us.. wait for it..
> "What's Linux? How do you spell that?". Eh?! This is getting effing silly!
> Of course we hung up on the cretin. Another cerebrally challenged tech bod
> tell us to try downloading the 8.1.5.0.1 patch. We do so, and we print out
> the instructions that comes with it (remember folks, we're using Oracle 8i
> EE here). The instructions tells us to copy the CD to a place in /tmp or
> somewhere with plenty of space and run the patch on it. Surprise. Doesn't
> work. Call tech again and seems the instructions are wrong. We need to
> install 8.1.5.0.0 first, and then run the patch on it. We do that. We try
> patching it after installing. We start up svrmgrl, try to connect. Another
> nasty surprise - svrmgrl tells us that it's 8.1.5.0.1 and it refuses to do
> anything because parts of the Oracle system are still 8.1.5.0.0!
> Double-effing-eh?! Sod this, it's gone 6pm, I'm off down the pub - I need
> a whisky or two. Or more..
>
> Wednesday: Still at it. no joy. Tried out a suggestion, to skip the
> dbassist part and do it separately. That doesn't work either. #$#@!!
> Another trip to pub after work. This is driving me to drink!
>
> Thursday: Maybe go down to Oracle (UK) with a baseball bat?
>
> Conclusions: Oracle really needs to get its act together and stop treating
> us as beta users! We're paying for this! Who the hell had this bloody
> lovely idea of using java for the installer anyway? 8.0.5 had a very nice
> console based installer, why wasn't that retained? It worked quite well
> for us when we installed 8.0.5 on our other server months ago (except for
> glibc-2.1.1 related problems which we fixed, so I'm told). The 8.1.5.0.1
> patch doesn't work. Doesn't Oracle have any ideas about how to do its
> QA/QC stuff properly?! Doesn't Oracle know that RedHat isn't the only
> distribution out there in the Linuxverse?!!?
>
> Cheers,
> Alex
> --
>
> Legalise cannabis today! Got PGP? Ask me for public key.
>
> http://www.tahallah.demon.co.uk - updated!
Received on Wed Oct 13 1999 - 22:58:41 CDT