Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Onames and various connections scenarios

RE: Onames and various connections scenarios

From: Bob Metelsky <bmetelsky_at_cps92.com>
Date: Fri, 29 Aug 2003 13:24:29 -0800
Message-ID: <F001.005CE082.20030829132429@fatcity.com>


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-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-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).
Received on Fri Aug 29 2003 - 16:24:29 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US