Re: is it possible to get 8i to work on redhat 7.2?

Stan <stan0074_at_yahoo.com> wrote in message news:<3CCA1945.3060208_at_yahoo.com>...
> I recently did a successful 8.1.7 ee install on redhat lixux 7.2 w/o
> problems. check out the below url for more info :
>
> go to, http://www.idevelopment.info and from the topics menu, click on
> "Oracle" -> "DBA Tips" -> Tips #53
>
> hth,
> -Stan
>
> Fester wrote:
>
> > I have been trying to install oracle 8.1.7 on a Redhat 7.2 system
> > using
> > 2.4.9-31 kernel with very poor success. Is it possible to run oracle
> > 8i
> > on a current redhat system?
> >
> > First I "installed" oracle, or at least went as far as the install
> > program
> > is capable of. I have gotten beyond the genclntsh problems with
> > linking
> > oracle (how old is that problem?). Still, it hangs on all the
> > assistant
> > programs at the end. I installed the (old, old) correct version 1.18
> > jre
> > software. Searching through metalink I see I have too new a version
> > of
> > glibc and must install some fix to get that to link right. But still
> > the
> > GUI tools don't work well. I figured out that the net8 assistant was
> > merely trying to create one simple line for the listener process.
> > I did download the linux81701.tar from oracle as my install source
> > BTW.
> >
> > So finally I think I have some working install and we try to create
> > one of
> > our databases by importing it. Well, the GUI tool is not working
> > today.
> > We use SQL and get the DB partially working. We decide we would
> > really like
> > dbassist to work. So I go off and review the metalink docs again and
> > decided that setup-stubs.sh and glibc fixes have to be redone. Well,
> > that's
> > the end of oracle. Now I get some 1034 error when I try to start the
> > test DB.
> > But the GUI tools work again, sort of. At least they *might* work.
> > As
> > long as I keep killing jre processes when they don't, and don't try to
> > use the GUIs too many times between reboots. ugh.
> >
> > So, is this just an impossible combination to make work. The linux
> > install
> > is quite solid, no errors, a very current redhat 7.2 install with
> > current
> > patches. I like to be current with the OS. I don't want to use 9i.
> > Does this combination of constraints mean I need to forget oracle on
> > this
> > host? I've poked all over their web site, but searching doesn't yield
> > much useful information, and although we do have some sort of support
> > contract (yes, we did buy the software) I expect they'd just say
> > redhat 7.2
> > is not certified. Do I need to find Redhat 6.2 and go back to an
> > older
> > kernel?
> >
> > Grrr. Now for a bit of venting. If I was a commercial software vendor
> > I think I would most certainly fix a broken installation process. I
> > would want people to install and use my program. If I was a database
> > vendor and
> > had a public web site I would probably ensure simple searches for
> > things
> > such as "linux" and "certified" would lead to documents. I guess when
> > you own the database market these simple things are no longer
> > important.
> > If you don't want to sell 8i, then purge it from your downloads and
> > web
> > pages. We'd rather use that than the newer 9i until 9i's bugs and
> > security
> > problems have been fleshed out a bit longer.
> >
> > Please reply via posting, although the mail address is real it will
> > be dropped once it fills with spam.
> >
> > TIA for any help the net can provide.
> > "Fester"
> >

Thanks for your reply. I looked at the web page but didn't get a solution from that particular page. I will look around some more. Still, I wanted to post some follow-up with better information. It'd be nice to solve this.

It appears that the real problem is java here. When I run one of the GUI assistants I end up with a bunch of jre processes, one of which is racking up CPU time, and no window. Obviously from searching oracle and other posts this is a common problem.

I followed the web page instructions, but the files on the sun site are corrupt or something. The download doesn't complete via ftp, and the http download can't be read by rpm.

Now slogging through metalink posts is still not helping. Some of the instructions state to install this or that version of jdk or jre into a /usr/local location with a link. I'm not seeing what good that'll do (hasn't helped me), since the hanging processes are running out of $ORACLE_BASE's jre directory. I've downloaded from sun. I've downloaded from blackdown.

I've tried assorted versions. I've changed $PATH. I've unset $LANG. I've put them into the $ORACLE_BASE area. Into /usr/local. All I get (at best) is a different error message. The best I get is a hanging process and a bunch of jre's with the version supplied from oracle. Is there any definitive answer as to what version of java to use, whether jdk or jre, and where to put it?

mucho thanks in advance for any working answers. If I can get the magic #'s to call tech support from our group here, could they solve this? I.e., does tech support at oracle work well, as their web site provides conflicting answers. We are licensed and supposedly have paid for some support. The web/net free support is not leading to anything but frustration. One gets what they pay for I suppose.

Damn, can't oracle provide working code for the install? Not very confidence instilling for the product itself. Why do they even use java, if it is so broken.

Fester Received on Mon Apr 29 2002 - 15:36:30 CDT