전에도 나온 이야기이지만 8.1.7의 경우 오라클에서 패치가 나와 있습니다.
Oracle8i Enterprise Edition Release 3 (8.1.7.0.1) for Linux, with OPS
 Download the Complete File
   linux81701.tar  (536,980 kb) 
   
  Directions
   Read the installation guide (pdf) and Release Notes (pdf) before
installing.
     
  Patches
   glibc-2.1.3-stubs.tar.gz  (92 kb) This patch addresses bugs:
1489496 and 1467074 - See the Readme
     
  Download the 8.1.7 Client for Microsoft Windows 95/98/2000/NT
   win817client.zip (213,726 kB)
 패치의 내용은 저기 아래와 같고, 수세 리눅스의 경우
http://www.suse.com/en/support/oracle/ 에서 정보를 얻을 수 있습니다.
여러가지 정보가 있지만 일부분만 보면 다음과 같죠.
IBM JRE trouble:
The IBM JRE 1.1.8 bundled with 8.1.7 has broken locale (local
language) support. If you have any problems with the Oracle Java tools
try unset LANG (this un-sets the language environment variable) before
calling any of them, like runInstaller. They will now come up in the
default language (English) instead of your local language.
 Bug in root.sh: Oracle 8.1.7.0.1 (with the OPS option) creates a buggy
root.sh:
In the line starting with "RUID=`.... |$AWK '{print... }`" there is
one "'" missing just before the very last character, the "`". You can
see right here why they missed this... 
 After running root.sh you are done. You may want to exit the installer
without waiting for the tools (netasst, dbassist, apache-start) to
finish.
 After ending the installer install the (glibc) patch you downloaded
from Oracle. As user oracle, unpack the archive in $ORACLE_HOME using
tar xvzf glibc-2.1.3-stubs.tar.gz. This will install a directory
$ORACLE_HOME/libs/stubs/, a script $ORACLE/setup_stubs.sh and a file
$ORACLE_HOME/README.stub. Read it.
 http://otn.oracle.co.kr 의 포럼에서도 많은 정보를 얻을 수 있습니다.
   여기서부터는 오라클 패치의 README
=================
Patch Description
-----------------
Oracle8i for Linux is shipped with archived objects which were
compiled using
glibc-2.1.3. The executable components are then linked at install-time
using
these archives. Due to compatibility limitations in glibc, if the
target
system for an installation is based on a later version of glibc, then
the
executables produced by the linker will not be valid. As a workaround
to
this limitation, we have created a set of stub libraries which are
used at
link-time only to mimic the contents of glibc-2.1.3 shared objects.
Note
that these stub libraries do not contain valid executable code, and
therefore
*must NOT* be included in the library path searched by the dynamic
loader
(i.e., do not include $ORACLE_HOME/lib/stubs in LD_LIBRARY_PATH).
 ===========================================
Instructions for New Oracle8i Installations
-------------------------------------------
 Install Oracle8i as usual, but choose not to create a database during
install.
 Once installation is complete, follow the procedure described in the
section "Instructions for Existing Installations" below. It will then
be possible to create a database.
 ================================================
Instructions for Existing Oracle8i Installations
------------------------------------------------
 Place the tar file glibc-2.1.3-stubs.tar.gz in $ORACLE_HOME. Make sure
ORACLE_HOME is set in your environment. Then carry out the following
steps:
 cd $ORACLE_HOME
tar xvfz glibc-2.1.3-stubs.tar.gz
./setup_stubs.sh
 You should now be able to use Oracle as usual.
 ================
Warning
----------------
 Make sure the directory $ORACLE_HOME/lib is not listed in your
/etc/ld.so.conf. The system could potentially become unstable after
applying
this patch in that case. If $ORACLE_HOME/lib is currently listed in
/etc/ld.so.conf, remove it and run ldconfig before applying this
patch.
 ================================
Notes for Application Developers
--------------------------------
 If your application does not require linking at install sites, then no
additional steps are required for your application to be compatible
with
glibc or the Oracle8i client shared library after the installation of
this
patch. This is true regardless of whether your application was compiled
using glibc-2.1.3 or a later version.
 If your application is compiled using glibc-2.1.3 and requires linking
at
install-time using the Oracle8i client shared library, then you may
also
need to link your application using the stub libraries provided in this
patch. For example, an application which might typically be linked as
follows on a glibc-2.1.3 based system:
 gcc -o app app.o -L$ORACLE_HOME/lib -lclntsh
 should now be linked as follows on systems with a newer version of
glibc,
in order to ensure compatibility:
 gcc -o app app.o -L$ORACLE_HOME/lib -L$ORACLE_HOME/lib/stubs -lclntsh
 If your application is compiled using a version of glibc later than
2.1.3
and requires linking at install-time using the Oracle8i client shared
library, then you must NOT link your application with the stub
libraries
provided in this patch. Doing so may either cause the link to fail or
the
resulting executables to be invalid.
 Note that the stub libraries provided in this patch only cover the
shared
objects that make up glibc. If your application must be linked at
install-
time with other shared objects which were built to have dependencies
on the
locally installed version of glibc (e.g., X11), then your application
must
be compiled using the same version of glibc that was used by those
other
components. For example, on a system with glibc-2.2, linking your
application with libX11.so will fail if you attempt to use the glibc-
2.1.3
stub libraries, since libX11.so on that system will have been compiled
and
linked using glibc-2.2.
   : 간단한 오라클 인스톨 방법입니다...
:
: 참고로 저는
:
: 커널 2.4.6-pre2,
: glibc-2.2.x
: 오라클 8.1.6 SE
:
: 입니다..
:
: 먼저 작업해야 할 것들
: ==================
:
: 1. glibc-2.1.3과 호환을 위해서 compat-*.rpm 인 것들을
: 모두 인스톨합니다...
:
: 2. blackdown이나 ibm에서 jre 1.1.8을 받아 인스톨합니다..
:
: $ cd /usr/local
: $ tar zxvf jre118_v3.tar.gz
: $ ln -s jre118_v3 jre
:
:
: 오라클 환경설정
: =============
: [ .bash_profile ]
:
: export LD_ASSUME_KERNEL=2.2.5
: source /usr/i386-glibc21-linux/bin/i386-glibc21-linux-env.sh
:
: export ORACLE_BASE=/usr/local/oracle/app/oracle
: export ORACLE_HOME=$ORACLE_BASE/product/8.1.6
: export ORACLE_SID=ORCL
: export NLS_LANG=AMERICAN_AMERICA.KO16KSC5601
: export ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data
: export PATH=$PATH:$ORACLE_HOME/bin
: export LANG=en_US
:
: 이상과 작업한 후
:
: $ runInstaller를  실행합니다..
:
: 그리고 일반적인 인스톨 작업을 합니다...
:
: 문제가 발생하는데..
: 첫번째  ctx컴파일 중에 오류가 발생합니다.
: 이것은 무시하세요... 이것은 일반 text를  html로 변경하는
: 프로그램입니다...
:
:
: 두번째  DB생성시 NumberFormatException이 발생하게 되는데
: 이 부분은 디스크 공간의 여유영역 확인시 "%"때문에 발생합니다.
: 이것은 /bin/df나  /usr/bin/free 때문에 발생합니다..
:
: /bin/df          <- Blackdown인 경우
: /usr/bin/free  <- IBM인 경우
:
: 이런 경우에는 다음과 같이 작업합니다..
: $ cd /bin
: $ mv df df.org
: $ df.org > df
:
: [df내용]
: #!/bin/bash
: echo "Filesystem           1k-blocks      Used Available Use%
Mounted on"
: echo "/dev/ide/host0/bus0/target0/lun0/part6  2043928   1936416   
107512  95 /"
:
: 위에서 사용량을 "%"로 출력하는 부분에서 "%"를 제거합니다...
: "95%" -> "95"로 변경합니다...
: 위와 같이 모든 파티션에 대해 작업합니다...
:
: $ chmod 755 df
:
: 이렇게 하면 NumberFormatException이 발생하지 않습니다...
:
: 이렇게 하면 정상적으로 인스톨됩니다...
:
:
: 그럼...
:
: --
: 
: 이쁜 난이... 사랑스러워.....--Happy Linuxing~!