Wednesday 16 February 2011

And then for Oracle HTTP Server...

I needed to put APEX (Application Express), version 3.2.1, on this same CentOS box.
I followed the installation instructions (for 3.2) found over at Oracle, then needed the HTTP server.
This is on the 10g database companion CD. Installing that went finely (once I'd decided to install it into a different home from the database) until one of the configuration-wizard steps failed.
The log pointed me to another (httpd) log, which said libdb.so.2 was missing.
The solution to that is to run:
ln -s /usr/lib/libgdbm.so.2.0.0 /usr/lib/libdb.so.2
and then retry the configuration-step.


Friday 11 February 2011

Centos 5.5 x86-64 and Oracle 10g Enterprise 10.2.0.1 64bit

Installing the full caboodle, on a VMWare VM as it happens.
Having installed a Server + ServerGUI version of CentOS via the net install, I moved onto the Oracle stuff.

I followed all - okay, most - of the prerequisite steps apparently required. (As documented here.)
Mostly, I didn't do the checking of required packages.

I finally got to the point where I could run the installer - which I seem to recall required having done a
yum install libXp
and then running the installer (from a terminal while logged into X as the oracle user) as
./runInstaller -ignoreSysPrereqs (was it?)

It failed with several errors at the linking stage.
More or less, I then ran the following and tried again (having done an rm -Rf on the couple of failed-install directories beneath the ORACLE_BASE).

yum install gcc
yum install glibc-devel.i386
yum install *compat-gcc-34.x*
yum install *compat-gcc-34-c++*
yum install *gdb.x86*
yum install unixODBC-devel.i386
yum install *gcc-c++*
yum install elfutils-libelf-devel-static*
yum install sysstat
yum install libaio-devel.x86_64
yum install ibtermcap-devel.x86_64
yum install readline-devel.x86_64
yum install libaio-devel*
yum install compat-db.x86_64
yum install libstdc++-devel.i386
ln -s /usr/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so.5

...and that time it worked! (BTW, this was using "file storage" for the database.)