LD_ASSUME_KERNEL does not work in recent distros. How to avoid?

Question

LD_ASSUME_KERNEL=2.4.XX does not work in all recent distros.
$ export LD_ASSUME_KERNEL=2.4.20
$ ls
ls: error while loading shared libraries: librt.so.1: cannot open shared object
EBS contains very old cmponents like MWA wich not compiled without this setting. How to avoid errors?

Answer 1

You can unset LD_ASSUME_KERNEL and EBS 11i (11.5.9 and 11.5.10) will work fine on 2.6.16 kernels (SLES-10 and RH 5.0).
The following instructions should get you going:
1) Setup the environment as you would for running Applications on RH 4 or SLES9
I.E. follow Oracle Applications Installation Update Notes, Release 11i (11.5.10.2)
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=316806.1
2) Remove any LD_ASSUME_KERNEL references in O/S /etc/profile.d files
3) Comment out LD_ASSUME_KERNEL entries in $ORACLE_HOME/appsutil/bin/adgetlnxver.sh and $AD_TOP/bin/adgetlnxver.sh
if [ ${setflag}x = "x" -a $os = "Suse" ]; then
# LD_ASSUME_KERNEL="2.4.21"
# export LD_ASSUME_KERNEL
     os="Suse"
fi
if [ ${setflag}x = "x" -a $os = "RH" ]; then
# LD_ASSUME_KERNEL="2.4.19"
# export LD_ASSUME_KERNEL
     os = "RH"
fi
If doing a rapid install, the database startup will fail and rapidwiz will prompt to ignore or retry. At this point, edit $ORACLE_HOME/appsutil/bin/adgetlnxver.sh as shown above and click on retry. It will then run to the autoconfig step at the end and error out. Just hit cancel, edit $AD_TOP/bin/adgetlnxver.sh and run autoconfig.
On Suse, one needs compat-gdbm for libgdbm.so.2
rpm -Uhv compat-gdbm-1.8.0-7.i586.rpm
Preparing... ########################################### [100%]
1:compat-gdbm ########################################### [100%]
Also in /usr/lib run ln -s libdb.so.2 libdb.so.3
Ref:
Note:300807.1 for Suse
create symbolic link called libdb.so.2 pointing to libdb.so.3, as follows:
$ cd /usr/lib
$ ln -s libdb.so.3 libdb.so.2 (or install db1-1.85-85.1 which does the same)
Note:294043.1 for Red Hat
As per an internal Bug 4045349, this is an issue with O/S side installation of compat-db rpm.
libdb.so.3 gets installed when compat-db rpm is installed.
- The O/S installation CD would contain compat-db
e.g compat-db-4.1.25-6.i386.rpm ( may change as per your version ).
- Manually install the compat-db rpm
e..g "rpm -ivh compat-db-4.1.25-6.i386.rpm"
OR
Note:345172.1
A library is missing: libdb.so.2 is from gnome-libs-1.4.1.2.90-34.1.i386.
This error also occurs in SLES9, same cause, slightly different resolution. SLES9 comes with libdb.so.3 and libdb.so.4 but not libdb.so.2 - need to install db1-1.85-85.1 to get libdb.so.2.
4) In order to relink cplex library executables (MSC, MSO, MSR, MST, WIP, etc), edit $AD_TOP/bin/adrelinknew.sh and add the following LD option (-Wl,--noinhibit-exec) in the LINUX section:
LINUX)
LDFLAGS='-s -L$(ORACLE_HOME)/lib -L$(ORACLE_HOME)/lib/stubs -ldl'
DEBUG_LDFLAGS='-g -L$(ORACLE_HOME)/lib -L$(ORACLE_HOME)/lib/stubs -ldl'
exe_line='ELF .*executable'
SHRLIB_LD='gcc'
LD='gcc'
SHRLIB_LDFLAGS='-L$(ORACLE_HOME)/lib -L$(ORACLE_HOME)/lib/stubs -shared'
if test -f "/etc/redhat-release"; then
     CPP_LIBS='/usr/lib/libstdc++-2-libc6.1-1-2.9.0.so'
elif test -f "/etc/SuSE-release"; then
     CPP_LIBS='/usr/lib/libstdc++.so.2.9'
else
CPP_LIBS=''
fi
CPP='g++'
CPP_LDFLAGS='-s -L$(ORACLE_HOME)/lib -L$(ORACLE_HOME)/lib/stubs
set CPP_LDFLAGS='-s -L$(ORACLE_HOME)/lib -L$(ORACLE_HOME)/lib/stubs
to CPP_LDFLAGS='-s -L$(ORACLE_HOME)/lib -L$(ORACLE_HOME)/lib/stubs -Wl,--noinhibit-exec'
After this chance, you can apply any MRP, ASCP patch and all executables will relink correctly. You can also use adadmin to relink all executables and it completes without error.
5) Discoverer 4.1.38.08 Follow Metalink Note 280598.1 Discoverer 4i On Linux: Required Patch and Configuration for Discoverer Server Stability to use JDK 1.3.1 and oadj. I updated the autoconfig template files with this change after applying 3895177. Discoverer viewer and plus standard BIS reports all open correctly on SLES-10