| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Onames and various connections scenarios
... and indeed I saw it on the list last Friday.
Sure it's supposed to work that way. It is a documented feature.
Otherwise there would be little point in having a 'set server' command.
Jared
"Bob Metelsky" <bmetelsky_at_cps92.com>
Sent by: ml-errors_at_fatcity.com
09/02/2003 03:19 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
cc:
Subject: RE: Onames and various connections scenarios
This is a mesage that I sent on Friday, and to my knowledeg did not show up, (+ there were no responses) Im assuming if I can post... That I am in fact subscribed ;-)
Hopefully this make it
Thanks!
bob
##################################################Ok, so it was too good to be true....
the suggestion to run
namesctl dump_tnsnames
on the client and expecting a fresh copy of tnsnames to be installed (on the clients machine) is NOT supported.
I searched on metalink, alot of people have the same problem " a 0 byte tnsnames file being created using namesctl"
Alot of OLD bugs that were never fixed, so I submitted an iTAR, and the rep tried his best to convince me that this is NOT how the namesctl is designed to work.
Does anyone know with certinty that this could be the methood to get a
fresh tnsnames file on the client from the onames server in the event
you do not want individual users to maintain their own tnsnames file?
The workaround wast to have the logon server pull and distribute the tns
from the onames server....
And the money we pay oracle....!
any ideas
thanks!
bob
Hello Jared
I did not know that the client could call the "default" name server... from sqlnet.ora... pretty cool. However, there now seems to be some bugs (no..)....
It seems the namesctl ignores the arg to use a user defined path eg a
file does *not* gets created in C:\temp
BUT.... an *empty* tnsnames files does get created in the
%oracle_home%\network\admin
PROVIDING there is *not* an existing tnsnames there, if there is,
namesctl simply creates a copy of the *existing* tnsnames with a .sav
extension
!
Ive tested this on my machine running 8.1.7.4 all our client/user pcs
here are 8.17 0r 8.16
Im running w2k pro on all our client machines
maybe I discoverd a bug in Oracle! <g>
thanks!
bob
########################################################examples
namesctl dump_tnsnames c:\temp\tnsnames.txt creates the above scenario
the output
C:\>namesctl dump_tnsnames c:\temp\tnsnames.txt
Oracle Names Control for 32-bit Windows: Version 8.1.7.0.0 - Production on 27-AUG-2003 11:31:39
(c) Copyright 1997 Oracle Corporation. All rights reserved.
Currently managing name server "NS_CPSDB2" Version banner is "Oracle Names for 32-bit Windows: Version 9.2.0.1.0 - Production"
No need to do it quite the way you are attempting.
c:> namesctl dump_tnsnames c:\temp\tnsnames.txt
worked fine for me. The default server is ns_ns1
Had I wanted to do this from another server, say ns2, I would have gone directly into namesctl, then issued the command 'set server ns_ns2'
Jared
"Bob Metelsky" <bmetelsky_at_cps92.com>
Sent by: ml-errors_at_fatcity.com
08/26/2003 03:04 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
cc:
Subject: RE: Onames and various connections scenarios
No doubt im in the wrong ball field here but this is what I have
Windows 2k
Server1 Ns1 on 8.1.7.4
Server2 Ns2 on 9.2.0.1.0
[server1]
C:\> start \\server1\bin\namesctl dump_tnsnames C:\mytnsnames.txt
It creates an empty file on my (remote) machine
>From the server C:\> namesctl dump_tnsnames C:\mytnsnames.txt it creats an empty C:\mytnsnames.txt
[server2]
C:\> start \\server2\bin\namesctl dump_tnsnames C:\mytnsnames.txt
And it creates an empty file on my (remote) machine
>From the server itself it creats a full C:\mytnsnames.txt file with all the connect discriptors
How is this supposed to be called?
Thanks!
> Bob, > > I understand what you are saying (and your pain). My > suggestion would be to use the 'namesctl dump_tnsnames' > command to dump out the current Onames repository to the PC's > $TNS_ADMIN dir via a login script or SMS. You might want o > rename the current TNSNAMES.ORA file just prior to that as > dump_tnsnames adds to the end of the current one and doesn't > handle changes very well. > > Hth, > John Kanagaraj > DB Soft Inc > Phone: 408-970-7002 (W) > > Grace - Getting something we do NOT deserve > Mercy - NOT getting something we DO deserve > Click on 'http://www.needhim.org' for Grace and Mercy that is > freely available! > > ** The opinions and facts contained in this message are > entirely mine and do not reflect those of my employer or customers ** > > -----Original Message----- > Sent: Tuesday, August 26, 2003 6:44 AM > To: Multiple recipients of list ORACLE-L > > > Hello All > > Im back from the trenches to post a quick request for > help....<g> > > Ive setup onames on 2 servers and standard applications, (our app and > sqlplus) connect just fine, a problem situation manifests itself when: > > 1 users need to connect (add a database) to dba studio. They > get a error to the effect "cant resolve host name" And the > other 2. Users connect to remote databases (via vpn) that are > in our onames but many of these vpn connections once made do > not allow access to > *our* network resources. > > So basically almost all of oour users have one or more of > these secenarios which means they will need to maintain a > tnsnames file as well. > > I'm managing about 70+ connect discriptors.... And I was > hoping onames could be a centralised answer > > Is this common? Or is there a workaround? > > Thanks! > bob > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.net > -- > Author: Bob Metelsky > INET: bmetelsky_at_cps92.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_at_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: John Kanagaraj > INET: john.kanagaraj_at_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_at_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: Bob Metelsky INET: bmetelsky_at_cps92.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_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-LReceived on Tue Sep 02 2003 - 20:09:26 CDT
(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: Bob Metelsky INET: bmetelsky_at_cps92.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_at_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: INET: Jared.Still_at_radisys.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_at_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).
 |
 |