Return-Path: <root@fatcity.cts.com>
Received: from ensim.rackshack.net (root@localhost)
 by orafaq.net (8.11.6/8.11.6) with ESMTP id h0U1HYx16099
 for <oracle-l@orafaq.net>; Wed, 29 Jan 2003 19:17:34 -0600
X-ClientAddr: 209.68.248.164
Received: from newsfeed.cts.com (newsfeed.cts.com [209.68.248.164])
 by ensim.rackshack.net (8.11.6/8.11.6) with ESMTP id h0U1HYm16094
 for <oracle-l@orafaq.net>; Wed, 29 Jan 2003 19:17:34 -0600
Received: from fatcity.UUCP (uucp@localhost)
 by newsfeed.cts.com (8.9.3/8.9.3) with UUCP id OAA15676;
 Wed, 29 Jan 2003 14:00:17 -0800 (PST)
Received: by fatcity.com (26-Feb-2001/v1.0g-b72/bab) via UUCP id 0053DCA8; Wed, 29 Jan 2003 13:24:22 -0800
Message-ID: <F001.0053DCA8.20030129132422@fatcity.com>
Date: Wed, 29 Jan 2003 13:24:22 -0800
To: Multiple recipients of list ORACLE-L <ORACLE-L@fatcity.com>
X-Comment: Oracle RDBMS Community Forum
X-Sender: Brian McGraw <brian.mcgraw@infinity-insurance.com>
Sender: root@fatcity.com
Reply-To: ORACLE-L@fatcity.com
Errors-To: ML-ERRORS@fatcity.com
From: Brian McGraw <brian.mcgraw@infinity-insurance.com>
Subject: RE: Rogue TNSNAMES.ORA files Revisited
Organization: Fat City Network Services, San Diego, California
X-ListServer: v1.0g, build 72; ListGuru (c) 1996-2001 Bruce A. Bergman
Precedence: bulk
Mime-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT

Thanks, John.

Just out of curiousity - for those of us who aren't Unix experts - what
options did you use for truss to obtain that info.??

Brian

-----Original Message-----
Kanagaraj
Sent: Wednesday, January 29, 2003 2:14 PM
To: Multiple recipients of list ORACLE-L

Brian,

The order in which the TNS connection searches are performed can also
easily
be determined by using the 'truss' command on Solaris. I used this to
prove
my case to a PHB of a smart-aleck Developer who was side-stepping our
move
to an Oracle Name Service in a prior assignment.

I see what you mean - been there done that!

Take care bro!
John Kanagaraj
Oracle Applications DBA
DBSoft Inc
(W): 408-970-7002

I don't know what the future holds for me, but I do know who holds my
future! 

** The opinions and statements above are entirely my own and not those
of my
employer or clients **


-----Original Message-----
Sent: Wednesday, January 29, 2003 10:14 AM
To: Multiple recipients of list ORACLE-L


A few days (or was that weeks??) ago, someone posted some problems they
were
having connecting to a database defined in their tnsnames.ora file.  The
problem was resolved when they found out that there was a 'rogue'
tnsnames.ora file residing in the same directory as the binary.  The
binary
file was resolving a database's address by using the local tnsnames.ora
first.
 
I recently had a similar issue (a long story, available on
http://www.clanmcgraw.com/oracle.html for those interested) where
sqlplus
was resolving a database address by using a tnsnames.ora file stored in
/var/opt/oracle (on Solaris 8).  I thought that was because I did not
have
the TNS_ADMIN environment variable set properly by the oraenv file.
 
I did some research on Metalink, and under Note 114085.1, found the
following information that others might find useful:
Windows NT/2000 running Oracle 9i 
    First: The directory where the application is launched.  For
example, if
sqlplus resides in 
            ORACLE_HOME\bin\sqlplus but was launched from the c:\temp
directory, then 
            c:\temp is searched for a tnsnames.ora file. 
    Second: The value of the TNS_ADMIN environment variable. 
    Third: ORACLE_HOME\network\admin 
Sun Solaris running Oracle 8i or 9i 
    First: The oracle user's home directory is searched for a hidden
'.tnsnames.ora' 
    Second: The value of the TNS_ADMIN environment variable. 
    Third: /var/opt/oracle 
    Fourth: $ORACLE_HOME/network/admin 
Some were talking about an April Fool's joke with local tnsnames.ora
files.
I think you'd have a lot more fun with the .tnsnames.ora file, if you're
on
Solaris.  J
 
Hope that information is useful to someone out there...
 
Brian
----------------------------------------------
| Brian McGraw /* DBA */  Infinity Insurance |
| mailto:Brian.McGraw@Infinity-Insurance.com |
----------------------------------------------
 
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: John Kanagaraj
  INET: john.kanagaraj@hds.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).



-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Brian McGraw
  INET: brian.mcgraw@infinity-insurance.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

