CANNOT CONNECT SQL*PLUS WITH ORA-12547

Question

제품 : ORACLE SERVER
작성날짜 : 2004-05-20
발생)
oracle 디렉토리를 변경하거나, 오라클 화일의 위치 또는 permission 을
변경한 다음부터, 오라클을 사용하는 일반 OS account 들이 sql*plus
에 접속할 때 다음과 같은 에러가 발생하면서 접속할 수 없는 현상입니다.
sqlplus scott/tiger
ld.so.1: <product name>:fatal:libsunmath.so.1: can't open file: errno=2
ld.so.1: <product name>:fatal:libsunmath.so.1: can't open file: errno=2
ld.so.1: <product name>:fatal:libsunmath.so.1: can't open file: errno=2
ERROR: ORA-12547: TNS:lost contact
make -f sqlplus.mk sqlplus 해도 에러 없이 생성된 sqlplus 가
위와 같은 에러를 보내면서 접속되지 않습니다.
해결 방안)
이 문제는 Solaris 의 Oracle 7.3.3 에서 발생합니다. listener 를 통해
접속한 process 는 LD_LIBRARY_PATH 가 설정되어 있지 않습니다.
따라서, listener.ora 를 다음과 같이 setting 합니다.
(SID_DESC=(SID_NAME=FNDFS)
(ORACLE_HOME=/appltop/fnd/6.1.1)
(PROGRAM=FNDFS)
(ENVS='LD_LIBRARY_PATH=/usr/dt/lib:/usr/openwin/lib:$
ORACLE_HOME/lib'))
listener 를 거치지 않는 사용자들은 다음과 같이 작업하십시오
즉, libsunmath.so.1 은 7.3.3 부터 $ORACLE_HOME/lib 에 포함되어 있는
library 입니다. 따라서, LD_LIBRARY_PATH 에 $ORACLE_HOME/lib 가 포함되어
있는지 확인하고, 만약 포함되어 있다면, 이 화일을 /usr/bin 으로 copy 하고
chmod 755, chown/chgrp를 bin 하면 됩니다.
"$ORACLE_HOME/lib" 에 있는 "libsunmath.so.1" 을 copy 하고 permission 을
변경하는 절차는 다음과 같습니다.
1. % cd /u01/app/oracle/product/7.3.3/lib/
2. % cp libsunmath.so.1 /usr/lib
3. % cd /usr/lib
4. % chown bin libsunmath.so.1
5. % chgrp bin libsunmath.so.1
원인)
oracle 을 설치한 후나 oracle product 에 변경이 일어난 후에 root.sh 를
수행하여 화일들의 owner, group 등을 변경하는 작업을 합니다.
이 작업 도중, library 에 setting 해두었던 link 가 끊어졌을 때에
위와 같은 에러가 발생합니다.

Answer 1

Brian Tkatch wrote:
SQL*Plus inside the VM can connect to XE, but not to either remote server. It just hangs for a while and finally returns: ORA-12545: Connect failed because target host or object does not exist
Sounds like hostname resolution failed.
A hostname needs to be resolved into an IP address. So if you are using a hostname in the TNS connection string, you need to make sure that it can be resolved into an IP. Using the ping <hostname> command is an easy way to determine if the hostname is resolved.
Some listeners (such as remote and RAC listeners), accepts a client connection, and in response redirect the client to a different hostname (and even port). For example, a remote listener can service 10 instances (each with a different service name). The client connects, requesting servcice5. The listener redirects the client to hostname ora-server5 on port 1521. The client now attempts to connect to ora-server5, by resolving that hostname into an IP and then initiating the connect call.
So the listener can redirect the client to a new hostname - and the client needs to be able to resolve that hostname. The error you get therefore does not always relate to the initial listener connection. It can also result when the client driver follows the listener's redirect and attempt a new connection to a new host.