Oracle 10g x86 on SUSE LINUX Enterprise Server 9 AMD64

linux: # rpm -Uvh orarun-1.8-109.5.i586.rpm

linux: # mkdir -p /u01/app/oracle/product/10g/db_1

linux: # chown -r oracle:oinstall /u01/app/oracle

vm/disable_cap_mlock=1
vm/nr_hugepages=2048

the nr_hugepages represents the memory you wish to allocate for oracle with the hugetblfs mechanism. Pagesize default is 2MB so you have to decide the right number for you.
The disable_cap_mlock is a workaround which permits to every user to use hugetlb.
Enable manually your changes with
linux: # sysctl -p
Remember to add boot.sysctl amongst your booting scripts (if not done yet):
linux: # chkconfig boot.sysctl on
or if you prefer:
linux: # ln -s /etc/init.d/boot.sysctl /etc/init.d/boot.d/S11boot.sysctl
(from SLES9 it seems impossible to do it via yast).

linux: # mv /usr/bin/gcc /usr/bin/gcc.orig
linux: # mv /usr/bin/ld /usr/bin/ld.orig

cat >gcc <<"EOF"
#!/bin/bash

exec /usr/bin/gcc.orig -m32 $@
EOF

cat >ld <<"EOF"
#!/bin/bash

exec /usr/bin/ld.orig -melf_i386 $@
EOF

linux: # chmod a+x /usr/bin/gcc
linux: # chmod a+x /usr/bin/ld

linux: # mkdir /usr/bin32
linux: # cd /usr/bin32

cat >gcc <<"EOF"
#!/bin/bash

exec /usr/bin/gcc -m32 $@
EOF

cat >ld <<"EOF"
#!/bin/bash

exec /usr/bin/ld -melf_i386 $@
EOF

linux: # chmod a+x gcc
linux: # chmod a+x ld

oracle@linux > linux32 bash
oracle@linux > relink all

oracle@linux > linux32 bash

NOTE: Every time you wish to use a 32 bit version of an oracle executable (even to start the instance) use linux32!!!

People referred a problem with glibc lanching oraInstaller:

Unable to load native library: /tmp/OraInstall2004-02-24_10-40-59AM/jre/lib/i386/libjava.so: symbol __libc_wait, version GLIBC_2.0 not defined in file libc.so.6 with link time reference.

Setting LD_ASSUME_KERNEL='2.4.21' and LD_PRELOAD_32 should solve the problem in either installation: 9i and 10g.

Another way to solve the problem is to install patch #3006854 from metalink which create a new library containing the definition for __libc_wait.
If you can't access metalink then you can create your own patch as suggested by Jakub Jelinek (I found the trick on suse-oracle mailing list):

------- From Jakub Jelinek on 2003-11-21 16:49 -------

Try using some less buggy JVM.
Latest Sun JDK should work just fine for example.

Or, as a workaround for the buggy JVM, you can try:

gcc -O2 -shared -o ~/libcwait.so -fpic -xc - <<\EOF
#include <errno.h>
#include <sys/syscall.h>
#include <sys/types.h>
#include <sys/wait.h>
pid_t
__libc_wait (int *status)
{
  int res;
  asm volatile ("pushl %%ebx\n\t"
                "movl %2, %%ebx\n\t"
                "movl %1, %%eax\n\t"
                "int $0x80\n\t"
                "popl %%ebx"
                : "=a" (res)
                : "i" (__NR_wait4), "0" (WAIT_ANY), "c" (status), "d" (0),
                  "S" (0));
  return res;
}
EOF

--------------------------------------------------------

export LD_PRELOAD_32=~/libcwait.so

now you can install.

linux: # cd $ORACLE_HOME/bin
linux: # mv oracle oracle.bin

cat >oracle <<"EOF"
#!/bin/bash

export DISABLE_HUGETLBFS=1
exec $ORACLE_HOME/bin/oracle.bin $@
EOF

linux: # chmod +x oracle

linux: # su - oracle
oracle@linux > cd $ORACLE_HOME/rdbms/lib
oracle@linux > make PL_ORALIBS=-laio -f ins_rdbms.mk async_on
oracle@linux > make PL_ORALIBS=-laio -f ins_rdbms.mk ioracle

linux: # cp libaio.a $ORACLE_HOME/rdbms/lib
linux: # cp libaio.so.0.1 $ORACLE_HOME/rdbms/lib
linux: # ln -s $ORACLE_HOME/rdbms/lib/libaio.so.0.1 $ORACLE_HOME/rdbms/lib/libaio.so.0

linux: # mkdir -p /usr/oracle/lib
linux: # cp libaio.a  /usr/oracle/lib
linux: # cp libaio.so.0.1  /usr/oracle/lib
linux: # ln -s  /usr/oracle/lib/libaio.so.0.1  /usr/oracle/lib/libaio.so.0

Back to Index