>> Edit article

			이름
			제목
			패스워드

전에도 나온 이야기이지만 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 &#039;{print... }`" there is one "&#039;" 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~!

Copyleft 1999-2026 by JSBoard Open Project Theme Designed by IDOO All right reserved