11g-Installation-single-missing file

• 환경
• Win10 – 11.2.0.4--Single
• 상황
• Win 10 상황에서 Oracle 11.2.0.4를 설치할때 파일을 찾을수 없다고 발생하는 문제
• C:\app\user_name\product\11.2.0\dbhome_1\owb\external\oc4j_applications\applications\WFMRSVCApp.ear 
  파일이 없다고 설치가 안되는것
• 
• 
• 원인
• 압축을헤제할때 database2of2 파일에 해당 파일들이 포함 되어있어서 바로 설치시 (설치파일은 1of2에 들어있음) 해당 파일을 못찾음
• 해결
• Win64_11gR2_database_2of2\database\stage\components 안에 파일을
  Win64_11gR2_database_1of2\database\stage\Components 안으로 모두 옮긴다
• 이 파일들을
• 여기로 옮긴다 
• 참고 MOS 문서번호 & 기타

ORA-00257

• 코드
• ORA-00257
• 원인
• DB가 archive log mode 일때 archive file이 생성되는 위치가 Full이 되어서 더 이상 archive file 이 생성되지 못할때 발생하는 Error
• 해결
• Step - 1
• ===============
• Archive file이 생성되는 위치의 용량을 비워준다
• Step - 2
• ===============
• alter system set LOG_ARCHIVE_DEST_1 = 'location=/archivelogpath reopen';

• 참고 MOS 문서 번호 & 기타

ORA-03113

• 코드
• ORA-03113
• 원인
• 1-DATA파일 손상
• 2-SCN 불일치
• 3-DB 컨트롤파일
• 4-설정파일 오류

• 해결
• Step - 1
  ================
  startup 단계를 하나하나 실행해 어디가 문제인지 확인한다
   
  SQL> startup nomount;
  SQL> alter database mount;
  SQL> alter database open; ==> 여기서 에러가 발생했다.
  alter database open
  *
  ERROR at line 1:
  ORA-03113: end-of-file on communication channel
  Process ID: 24832
  Session ID: 177 Serial number: 1
  Step - 2
  ================
  DB Shutdown 하고 다시 mount 상태 이동
  SQL> shutdown immediate
  SQL> startup mount
  
  
  Step - 3
  ================
  Mount 상태에서 다음 명령어 수행
  
  
  SQL> recover database until cancel;
  Media recovery complete.
  SQL> alter database open resetlogs;
  SQL> shutdown immediate
  Database closed.
  Database dismounted.
  ORACLE instance shut down.
  SQL> startup
  ORACLE instance started.
  
  
  Total System Global Area 2.6991E+10 bytes
  Fixed Size                  2213976 bytes
  Variable Size            1.9059E+10 bytes
  Database Buffers         7784628224 bytes
  Redo Buffers              145174528 bytes
  Database mounted.
  Database opened.
  SQL>
• 참고 MOS 문서 번호 & 기타
• 증상
  ================
   
  $ sqlplus "/as sysdba"
  
  
  SQL*Plus: Release 11.2.0.1.0 Production on Tue Feb 18 10:24:27 2014
  
  
  Copyright (c) 1982, 2009, Oracle.  All rights reserved.
  
  
  Connected to:
  Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
  With the Partitioning, OLAP, Data Mining and Real Application Testing options
  
  
  SQL> startup
  ORACLE instance started.
  
  
  Total System Global Area 2.6991E+10 bytes
  Fixed Size                  2213976 bytes
  Variable Size            1.9059E+10 bytes
  Database Buffers         7784628224 bytes
  Redo Buffers              145174528 bytes
  Database mounted.
  ORA-03113: end-of-file on communication channel
  Process ID: 25292
  Session ID: 177 Serial number: 3

ORA-02097

• 코드
• ORA-02097
• 원인
• Flashback database recovery 기능을 위해 db_recovery_file_dest 파라미터를 수정할때 log_archive_dest_n 파라미터가 설정되어있는상태에서 db_recovery_file_dest설정시 발생함 ,이때 db_recovery_file_size 파라미터 역시 설정되어 있어야함
• 해결
• ***db_redovery_file_dest 파라메터와 log_archive_dest_n 파라메터는 상호 exclusive 속성이라 log_archive_dest_n이 먼저 설정되어 있으면 설정되지않음***

• ***db_recovery_file_size 파라미터가 먼저 설정된뒤 db_recovery_file_dest 파라미터가 설정가능함***
• db_recovery_file_size  --->  db_recovery_file_dest --->  log_archive_dest_n 순서로 설정한다
• 참고 MOS 문서 번호 & 기타

ORA-28336

• 코드
• ORA-28336
• 원인
• Oracle TDE(Transparent Data Encryption) 기능에서 SYS 계정으로 Encrypted Table을 생성하면 발생하는 Error
• 해결
• Encrypted table 은 SYS가 아닌 Normal User 로 생성한다

• =======================
  CDB01> show user;
  USER is "SYS"
  CDB01> show con_name
  CON_NAME
  ------------------------------
  PDB01
  CDB01> CREATE TABLE employee (
       first_name VARCHAR2(128),
       last_name VARCHAR2(128),
       empID NUMBER,
       salary NUMBER(6) ENCRYPT
  );  2    3    4    5    6
       salary NUMBER(6) ENCRYPT
       *
  ERROR at line 5:
  ORA-28336: cannot encrypt SYS owned objects
  
  
  SQL> show con_name
  CON_NAME
  ------------------------------
  PDB01
  SQL> show user
  USER is "PDBDBA"
  SQL> CREATE TABLE tde_test1 (
    id    NUMBER(10),
    data  VARCHAR2(50) ENCRYPT
  )   ;
  Table created.
  =======================
• 참고 MOS 문서번호 & 기타
• ORA-28336: cannot encrypt SYS owned objects during create Table
  Solution: The operation must not be performed as sysdba. Always use user with dba privileges to perform the task

18c-Installation-RAC-SCAN

• 환경
• OEL7.5 18cR3
• 상황
• 18cR3 Grid Infrastructure 설치과정중 resolv.conf integrity
• 원인
• Grid Node 간 /etc/resolv.conf 파일의 내용이 같지 않을 때 발생
• 해결
• /etc/resolv.conf 파일의 내용을 같게 만든다

• 발생당시 /etc/resolv.conf 상황
  ==================
  [root@rac1 ~]# cat /etc/resolv.conf
  # Generated by NetworkManager
  nameserver 127.0.0.1
  search localdomain
  
  
  [root@rac2 ~]# cat /etc/resolv.conf
  # Generated by NetworkManager
  search localdomain
  ===================
• 

• 참고 MOS 문서번호 & 기타

18c-Installation-RAC-SCAN

• 환경
• OEL7.5----18cR3---RAC
• 상황
• Oracle 18c Engine설치
• 원인
• /etc/hosts 파일에 입력된 scan ip가 일부 작동하지 않음
• 해결
• DNS 서버가 없으면 해결할수 없음

• DNS기능은 /etc/hosts 파일을 최초 참조하고 작동하지 않는 사항에 대해서는 /etc/nsswitch.conf 를 참조한다, 이때 모든 상황에서 file 을 참조하게 한뒤 서비스,설치 프로세스를 재시작 하는방법으로 해결 가능
  =========================
  파일을 참조하게 하는 nsswitch.conf 설정
  # /etc/nsswitch.files:
  #
  # An example file that could be copied over to /etc/nsswitch.conf;
  # it does not use any naming service.
  #
  # "hosts:" and "services:" in this file are used only if the
  # /etc/netconfig file contains "switch.so" as a
  # nametoaddr library for "inet" transports.
  
  
  passwd:          files
  group:           files
  hosts:           files
  networks:        files
  protocols:       files
  rpc:             files
  ethers:          files
  netmasks:        files
  bootparams:      files
  publickey:       files
  # At present there isn't a 'files' backend for netgroup; the
  # system will figure it out pretty quickly,
  # and won't use netgroups at all.
  netgroup:        files
  automount:       files
  aliases:         files
  services:        files
  sendmailvars:    files
  =========================
• 
• 

• 참고 MOS 문서번호 & 기타

18c-Installation-RAC-SCAN

• 환경
• OEL7.5----18cR3---RAC
• 상황
• Oracle 18c GRID 설치
• 원인
• /etc/hosts 파일에 scan ip가 3개 이상 들어가 있지않다
• 해결
• /etc/hosts 파일에 scan ip 3개 이상 입력
• 

• 참고 MOS 문서번호 & 기타
• 원문
  =============
  Single Client Access Name (SCAN) - This test verifies the Single Client Access Name configuration.
   
  Verification WARNING result on node: rac1  Details:
   - 
  PRVG-11368 : A SCAN is recommended to resolve to "3" or more IP addresses, but SCAN "rac-scan" resolves to only "192.168.56.11"  - Cause:  An insufficient number of SCAN IP addresses were defined for the specified SCAN.  - Action:  Define at least specified number of SCAN IP addresses in DNS for the SCAN.
  
  
  Verification WARNING result on node: rac2  Details:
   - 
  PRVG-11368 : A SCAN is recommended to resolve to "3" or more IP addresses, but SCAN "rac-scan" resolves to only "192.168.56.11"  - Cause:  An insufficient number of SCAN IP addresses were defined for the specified SCAN.  - Action:  Define at least specified number of SCAN IP addresses in DNS for the SCAN.
  ==============

12c-Parameter-wmem

• 환경
• OEL7.0 ----12cR2
• 상황
• OS Kernel Parameter : wmem _default
  OS Kernel Parameter : wmem _default   의 값이
  Expected Value : 262144
  Actual value : Currenr=212992 : configured = undefined
• 
• 

• 원인
• Scrpt를 수행해도 변경된값에 대한 인식이 되지 않는상황
• 해결
• script 로 fix 가 가능하다고 나오나 script를 수행해도 값이 변경되지 않으나 실제로 parameter 를 확인해보면 변경되어있음 , 이때 방법은 설치 과정을 모두 종료하고 다시 시작하면 정상적으로 넘어갈수 있음
• 참고 MOS 문서번호 & 기타

12c-Installation-stack_size

• 환경
• RHEL 7.5 , Oracle 12.2.0.1
• 상황
• Oracle 12.2.0.1 설치시 prerequiste check에서 root script를 수행해도 Soft Limit : maximum stack size 가 해결되지 않음
• 
• 
• 스크립트 수행후
• 
• 
• 10240 으로 변경되지 않았다고 한다

• 원인
• 사실은 바뀌지 않은것이 아니라 바꿔져 있는상황이다 , /etc/security/limits.conf를 확인해보면 # End Of file 아래
  # End of file
  #Oracle recommended value for nofile is set to 65536 for user oracle
  oracle  hard  nofile  65536
  #Oracle recommended value for stack is set to 10240 for user oracle
  oracle  soft  stack  10240
  으로 변경되있는것을 볼수 있다 , 하지만 Oracle 이 이 값을 읽지못하는것뿐
• 해결
• 변경된 값을 읽게 하려면 열린 Session을 모두 종료하고 다시 접속하면 값을 읽을수 있게 되어 정상 설치가 가능하다
  GUI 화면만 것다 켠다고 해결되지않음
• 
• 모두 Logout 하고난 이후 runInstaller 실행후 prerequisite정상 상태 확인가능

• 참고 MOS 문서번호 & 기타

11g-Installation-RAC-Patch-Env.pm

• 환경
• OEL7.0  --- 11.2.0.4 --- RAC
• 상황
• 11g R2 RAC 에서 GRID_HOME 수동 Patch 에서 Root Script로 Unlock 시에 발생

• # <GIRD_HOME>/crs/install/rootcrs.pl -unlock
• 원인
• Env.pm 파일이 특정 위치에 없어서 발생됨
  
  
  Can't locate Env.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 . .) at crsconfig_lib.pm line 703.
  BEGIN failed--compilation aborted at crsconfig_lib.pm line 703.
  Compilation failed in require at ./rootcrs.pl line 305.
  BEGIN failed--compilation aborted at ./rootcrs.pl line 305.
• 해결
• Env.pm 파일을 ORACLE_HOME 에서 /usr/share/perl5/vendor_perl 로 복사한다
  
  
  Step - 1
  Find 명령어를 이용해서 Env.pm 이라는 파일을 찾는다
  # find / -name Env.pm -print
  /u01/app/oracle/product/11.2.0.4/db_1/perl/lib/5.10.0/Env.pm
  /u01/app/11.2.0.4/grid/perl/lib/5.10.0/Env.pm
  /u01/app/11.2.0.4/grid/ccr/engines/Linux/perl/lib/5.8.3/Env.pm
  /u01/app/11.2.0.4/grid/rda/RDA/Library/Env.pm
  /u01/app/11.2.0.4/grid/rda/RDA/Object/Env.pm
  
  
  Step - 2
  ORACLE_HOME 경로의 Env.pm 파일을
  # cp -p <ORACLE_HOME>/perl/lib/5.10.0/Env.pm /usr/share/perl5/vendor_perl/ 으로 복사한다
• 참고 MOS 문서번호 & 기타

11g-Installation-RAC-SCAN

• 환경
• OEL7.0  --- 11.2.0.4 --- RAC
• 상황
• RAC 설치과정중 Prerequisite Check 과정중 발생
• 원인
• DNS 서버를 구축하지않고 RAC 구축시 발생가능한 에러로 DNS를 구축안하면 SYSTEM의 HOSTS 파일을 참조하게됨, 이때 HOSTS 파일의 이름으로 지정된 SCAN을 NSLOOKUP을 했을때 작동하지 않아서 resolving - (이름을 ip 로 변환이 되지않았을때) 발생함
• 해결
• 1--dnsmasq 서비스를 시작 & 시스탬에 등록
  --#systemctl stop dnsmasq
  --#systemctl start dnsmasq
  
  
  --#nslookup rac-scan
  Server:        127.0.0.1
  Address:    127.0.0.1#53
  
  
  Name:    rac-scan.localdomain
  Address: 192.168.56.11
  --# systemctl enable dnsmasq
  ln -s '/usr/lib/systemd/system/dnsmasq.service' '/etc/systemd/system/multi-user.target.wants/dnsmasq.service'
• 
• =====================================
  Detail view를 누르면 다음과 같은 경고창이 나온다
  
  
  Single Client Access Name (SCAN) - This test verifies the Single Client Access Name configuration.  Error:
   - 
  PRVG-1101 : SCAN name "rac-scan" failed to resolve  - Cause:  An attempt to resolve specified SCAN name to a list of IP addresses failed because SCAN could not be resolved in DNS or GNS using 'nslookup'.  - Action:  Check whether the specified SCAN name is correct. If SCAN name should be resolved in DNS, check the configuration of SCAN name in DNS. If it should be resolved in GNS make sure that GNS resource is online.
   - 
  PRVF-4657 : Name resolution setup check for "rac-scan" (IP address: 192.168.56.12) failed  - Cause:  Inconsistent IP address definitions found for the SCAN name identified using DNS and configured name resolution mechanism(s).  - Action:  Look up the SCAN name with nslookup, and make sure the returned IP addresses are consistent with those defined in NIS and /etc/hosts as configured in /etc/nsswitch.conf by reconfiguring the latter. Check the Name Service Cache Daemon (/usr/sbin/nscd) by clearing its cache and restarting it.
  
  
    Check Failed on Nodes: [rac2,  rac1] 
  Verification result of failed node: rac2
  
  
   Details:
   - 
  PRVF-4664 : Found inconsistent name resolution entries for SCAN name "rac-scan"  - Cause:  The nslookup utility and the configured name resolution mechanism(s), as defined in /etc/nsswitch.conf, returned inconsistent IP address information for the SCAN name identified.  - Action:  Check the Name Service Cache Daemon (/usr/sbin/nscd), the Domain Name Server (nslookup) and the /etc/hosts file to make sure the IP address for the SCAN names are registered correctly.
  Back to Top 
  Verification result of failed node: rac1
  
  
   Details:
   - 
  PRVF-4664 : Found inconsistent name resolution entries for SCAN name "rac-scan"  - Cause:  The nslookup utility and the configured name resolution mechanism(s), as defined in /etc/nsswitch.conf, returned inconsistent IP address information for the SCAN name identified.  - Action:  Check the Name Service Cache Daemon (/usr/sbin/nscd), the Domain Name Server (nslookup) and the /etc/hosts file to make sure the IP address for the SCAN names are registered correctly.
  Back to Top

• 참고 MOS 문서번호 & 기타

11g-Installation-RAC-Device_Checks_for_ASM

• 환경
• OEL7.0  --- 11.2.0.4 --- RAC
• 상황
• RAC 설치과정중 Prerequisite Check 과정중 발생
• 원인
• 양쪽 Node 에서 방화벽이 켜져있을때 발생하는 문제로 방화벽때문에 scan기능이 작동하지 못해서 발생한다
• 해결
• 경고창이 발생한 다음 양쪽 Node의 iptables , firewalld 를 종료및 비활성화시킨뒤

• Check again 실시
  
  
  # service iptables stop
  Redirecting to /bin/systemctl stop  iptables.service
  
  
  # chkconfig iptables off
  Note: Forwarding request to 'systemctl disable iptables.service'.
  
  
  # systemctl stop firewalld
  
  
  # systemctl disable firewalld
  rm '/etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service'
  rm '/etc/systemd/system/basic.target.wants/firewalld.service'
• 

• 참고 MOS 문서번호 & 기타

11g-Installation-RAC-CRS-2101

• 환경
• OEL7.0  --- 11.2.0.4 --- RAC
• 상황
• OEL7.0 Kernal 이상에서 Grid Infra structure 설치중 중간에 나오는
• 
• Root shell 실행하는 과정에서 1번 Script 실행이후 두번째 실행시 patch를 하지않고 실행하면 발생하는 Error
  
  
  Adding Clusterware entries to inittab
  ohasd failed to start
  Failed to start the Clusterware. Last 20 lines of the alert log follow:
  2018-08-09 11:19:52.525:
  [client(20976)]CRS-2101:The OLR was formatted using version 3.

• 원인
• OEL7 Kernal 에서 Process를 재시작하기위해 initdemon 을 사용하지않고 systemd 를 사용하는데 11.2.0.4 버전과 12.1.0.1 버전에서 oshad prodess가 이를 인식하지 못하고 꺼져버리는상황
• 해결
• Oracle Patch Note 18370031 를 참조하여 Patch 해야한다
  
  
  Step - 0
  첫번째 Root Script 를 실행시킨다
  
  
  Step - 1
  GRID_HOME 의 소유권자 계정으로 진행
  
  
  Step - 2
  최신의 Opatch 적용
  $GRID_HOME 경로에 있는 Opatch 를 최신으로 업그레이드
  
  
  Step - 3
  $ cd $GRID_HOME/Opatch
  $ $GRID_HOME/Opatch/opatch -oh <$GRID_HOME_Absolute Directory> -local <Uinziped_patchfile_directory>
  ----맨앞에 gird_home 의 opatch 파일을 절대경로로 지정하지 않으면 자꾸 생성되지않은 $ORACLE_HOME의 Opatch 파일을 바라보려고 해서 error가 발생한다
  ----ex)$ /u01/app/11.2.0.4/grid/OPatch/opatch napply -oh /u01/app/11.2.0.4/grid/ -local /u01/media/18370031/
  이런식으로 경로를 지정한다
  
  
  Step -4
  Node -2 에도 동일하게 진행한다
  
  
  Step -5
  두번째 Root script 를 실행시킨다
  
  
  =============Caution============
   두번째 Root Script 를 실행하기전에 patch를 진행하지 않으면
  OUI based home. Please give proper Oracle Home.
  Can't locate Switch.pm
  등의 에러가 나오고 script를 find로 찾아서 실행시키면 내부 경로가 꼬여서 아예 복구가 안되니 무조건 patch 이후 두번째 Root Script를 실행시킨다
• 참고 MOS 문서번호 & 기타
• Bug Report -- 1959008.1
  Patch - 18370031   293369.1

11g-Parameter-nproc

• 환경
• OEL 6.2--11.2.0.4 ----SINGLE
• 상황
• OEL6.2 에서 11gR2 - 11.2.0.4를 설치시  /etc/security/limits.conf 값을 변경후에도 ulimut -a 에서 변경한 값이 반영되지않는다  
• 원인
• Oracle Linux 6에서는 다른 파일로 nproc의 값을 지정하기때문에 이런현상이 발생한다
• 해결
• /etc/security/limits.d/90-nproc.conf 파일에서

• # Default limit for number of user's processes to prevent
  # accidental fork bombs.
  # See rhbz #432903 for reasoning.
  
  
  *          soft    nproc     1024     이부분을 ---  * - nproc 16384   이렇게 변경한다
• 참고 MOS 문서번호 & 기타
• 1487773.1

11g-Package-pdksh

• 환경
• OEL7.0 ----11gR2
• 상황
• 해당 패키지 (pdksh-5.2.14)를 설치하였음에도 설치되지 않았다며 뜨는 문제
• 

• 원인
• OEL7.0 커널 (RHEL 7.0와 같음) 에서 pdksh package를 인식하지 못하는 문제
• 해결
• 해당 Package 를 대신하여 ksh package를 설치하였다면 넘어가도 되는 문제임

•  [root@s-oel7 ~]# rpm -qa | grep ksh
  ksh-20120801-137.0.1.el7.x86_64
• 참고 MOS 문서번호 & 기타

11g-Installation-Run_Level

• 환경
• RHEL 6.9 ----11.2.0.4 -----Single
• 상황
• RHEL 6.9 버전에서 Preference Check 과정에서 Check 부분에 Run Level Error 발생
• 

• 원인
• 로그인 되어있는 oracle 설치계정으로 $who -r 을 입력했을 때 Permission denied 가 발생하는것으로 할수있다 , /etc/inittab 에 권한이 없어서 발생함
• 해결
• Root 계정에서 /etc/inittab 에 644 권한을 주고 oracle 설치 계정에서 who -r 을 입력해본다

• 
  
  #chmod 644 /etc/inittab
• 참고 MOS 문서번호 & 기타

11g-Installation-agent nmhs

• 환경
• OEL7.0 --11.2.0.4---SINGLE , RAC
• 상황
• OEL7 에서 11gR2 설치중 갑자기 아래의 경고창이 나오며 설치가 진행되지 않음

•  Error in invoking target 'agent nmhs' of make file /u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib/ins_emagent.mk
• 

• 원인
• 11g R2 11.2.0.4 버전을 SUSE12SP1 , SUSE12SP2 , RHEL7 에 설치중 발생하는 알려진 에러
  
  
  $ORACLE_HOME/install/make.log 를 확인하면 하단과 비슷하게 나옴
  
  
  collect2: error: ld returned 1 exit status
  /u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib/ins_emagent.mk:176: recipe for target '/u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib/emdctl' failed
  make[1]: Leaving directory '/u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib'
  /u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib/ins_emagent.mk:52: recipe for target 'emdctl' failed
  make[1]: *** [/u01/app/oracle/product/11.2.0/dbhome_1/sysman/lib/emdctl] Error 1
  make: *** [emdctl] Error 2
  
  
  Ins_emagent.mk 파일의 link error 임
• 해결
• $ORACLE_HOME/sysman/lib/ins_emagent.mk 파일을 vi 로 열어서
  
  
  이 부분을 찾아서   $(MK_EMAGENT_NMECTL)
  
  
  이렇게 변경한뒤에 $(MK_EMAGENT_NMECTL) -lnnz11
  
  
  경고창에서 Retry 버튼을 누른다
• 

• 참고 MOS 문서번호 & 기타
• 2299494.1

9I-DBCA-libc.so.6

• 환경
• OEL4.8 -- 9i R2----9.2.0.4
• 상황
• OEL 4.8 에서 DBCA를 통해 DB를 생성시 마지막 단계에서 설치단계로

• 넘어가지 않고 에러메시지와 함깨 종료되는 현상
  
  
  $ dbca
  /u01/app/oracle/jre/1.1.8/bin/../lib/i686/green_threads/libzip.so: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference (libzip.so)
  Unable to initialize threads: cannot find class java/lang/Thread
  Could not create Java VM
• 원인
• .bash_profile 의 parameter에서 LD_ASSUME_KERNEL 이라는 값이 잘 설정되어 있지 않아서 발생하는 문제
• 해결
• 1.rpm 명령어를 통해 libc.so.6 을 확인한다
  # rpm -q --whatprovides libc.so.6
  glibc-2.3.4-2.43
  
  
  2.libc.so.6 의 버전값을 확인한다
  # find /lib/ -name libc.so.6
  /lib/libc.so.6
  /lib/tls/libc.so.6
  /lib/tls/i686/nosegneg/libc.so.6
  /lib/i686/libc.so.6
  
  
  3.machine 의 H/W이름을 확인한다
  # uname -m
  i686
  
  
  4.ABI 명령어를 통해서 각각의 Version을 확인한다
  # eu-readelf -n /lib/libc.so.6
  Note segment of 32 bytes at offset 0x154:
    Owner          Data size  Type
    GNU                   16  VERSION
      OS: Linux, ABI: 2.2.5
  
  
  # eu-readelf -n /lib/i686/libc.so.6
  Note segment of 32 bytes at offset 0x154:
    Owner          Data size  Type
    GNU                   16  VERSION
      OS: Linux, ABI: 2.4.1
  
  
  # eu-readelf -n /lib/tls/libc.so.6
  Note segment of 32 bytes at offset 0x174:
    Owner          Data size  Type
    GNU                   16  VERSION
      OS: Linux, ABI: 2.4.20
  
  
  각각의 버전을 확인뒤 아래의 표를 참고한다

  OS Version	LD_ASSUME_KERNEL parameter 값
  RHAS 2.1	2.2.5
  RHEL 3 , 4 , OEL4	2.41 ~ 2.4.19 사이에 아무거나
  SLES 8 ,9	2.4.21
  RHEL5 , OEL 5 , SLES 10	설정하면 안됨

  
  
  위의 값을 참고해서 .bash_profile 에서 export LD_ASSUME_KERNEL= 를 설정한다
• 참고 MOS 문서번호 & 기타
• 377217.1