Brian, I used the following command - a grep of 'access' is pasted below: (I should mention that we use Oracle Name Service, so after getting to the proper sqlnet.ora, you will not see access of the tnsnames.ora.
John truss -f sqlplus '/ as sysdba' > truss.out 2>&1 <<EOF exit EOF 5484: access("/u01/c4prdb/8.1.7/network/admin/ldap.ora", 0) Err#2 ENOENT 5484: access("/u01/c4prdb/8.1.7/network/admin/ldap.ora", 0) Err#2 ENOENT 5484: access("/u01/c4prdb/8.1.7/network/admin/C4PR/sqlnet.ora", 0) = 0 5484: access("/export/home/oracle/.sqlnet.ora", 0) Err#2 ENOENT 5484: access("/u01/c4prdb/8.1.7/network/admin/C4PR/intchg.ora", 0) Err#2 ENOEN T 5484: access("/var/opt/oracle/intchg.ora", 0) Err#2 ENOENT 5484: access("/u01/c4prdb/8.1.7/network/admin/intchg.ora", 0) Err#2 ENOENT 5484: access("/u01/c4prdb/8.1.7/network/admin/C4PR/tnsnav.ora", 0) Err#2 ENOEN T 5484: access("/var/opt/oracle/tnsnav.ora", 0) Err#2 ENOENT 5484: access("/u01/c4prdb/8.1.7/network/admin/tnsnav.ora", 0) Err#2 ENOENT 5485: access("/u01/c4prdb/8.1.7/network/admin/ldap.ora", 0) Err#2 ENOENT 5485: access("/u01/c4prdb/8.1.7/network/admin/C4PR/sqlnet.ora", 0) = 0 5485: access("/u01/c4prdb/8.1.7/network/trace/svr_5485.trc", 0) Err#2 ENOENT 5485: access("/u01/c4prdb/8.1.7/network/admin/C4PR/intchg.ora", 0) Err#2 ENOEN T 5485: access("/var/opt/oracle/intchg.ora", 0) Err#2 ENOENT 5485: access("/u01/c4prdb/8.1.7/network/admin/intchg.ora", 0) Err#2 ENOENT 5485: access("/u01/c4prdb/8.1.7/network/admin/C4PR/tnsnav.ora", 0) Err#2 ENOEN T 5485: access("/var/opt/oracle/tnsnav.ora", 0) Err#2 ENOENT 5485: access("/u01/c4prdb/8.1.7/network/admin/tnsnav.ora", 0) Err#2 ENOENT 5485: access("/etc/ORACLE/WALLETS/oracle", 0) Err#2 ENOENT > -----Original Message----- > From: Brian McGraw [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 29, 2003 1:24 PM > To: Multiple recipients of list ORACLE-L > Subject: RE: Rogue TNSNAMES.ORA files Revisited > > > 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:[EMAIL PROTECTED] | > ---------------------------------------------- > > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.net > -- > Author: John Kanagaraj > INET: [EMAIL PROTECTED] > > 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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED] > > 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: [EMAIL PROTECTED] (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: John Kanagaraj INET: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] (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).