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

You probably need ...

export LD_ASSUME_KERNEL=2.2.5

If you're using X-Win32, you'll need to download the Java fonts from the StarNet web site.

Good Luck,
Richard

Fester wrote:
>
> 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 - 17:55:28 CDT