John,
True, but the whole purpose is to get rid of those damned TNSNAMES.ora files
in the first place. I don't know about you, but the fun to tracing why a end user
can't get to the database because he has his own alias to the database buried in a
TNSNAMES.ora file is a real PAIN. BTW: I tried the TNS_ADMIN setting in the registry
only to have it ignored.
Dick Goulet
Senior Oracle DBA
Oracle Certified 8i DBA
-----Original Message-----
Sent: Tuesday, July 15, 2003 2:14 PM
To: Multiple recipients of list ORACLE-L
Jesse,
You could always get around this problem by obtaining an upto date
TNSNAMES.ORA on any Names-aware client using the 'namesctl dump_tnsnames'
command that will create/update the tnsnames.ora with the entries from Names
servers. I would suggest renaming the original tnsnames.ora _just_ before
doing this, and having some script check the sizes of the created file (just
in case).
John Kanagaraj
Oracle Applications DBA
DBSoft Inc
(W): 408-970-7002
What would you see if you were allowed to look back at your life at the end
of your journey in this earth?
** The opinions and statements above are entirely my own and not those of my
employer or clients **
> -----Original Message-----
> From: Jesse, Rich [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 15, 2003 9:25 AM
> To: Multiple recipients of list ORACLE-L
> Subject: RE: MicroSlop DTC
>
>
> Unfortunately, it's not just a problem with this product. Some Oracle
> products like OEM can incorrectly populate TNSNAMES.ORA "for
> you" because of
> course that's always the best thing to do (and isn't there
> another Oracle
> product that requires it or am I confusing that with the
> semi-Intelligent
> Agent's requirement of a LISTENER.ORA?).
>
> And Quest's QCO will largely not work correctly in v2.4 (and
> to some extent
> in 2.5) without a correctly populated TNSNAMES.ORA (sorry
> Jacques!). I went
> around and around with Quest Support as to why this is
> incorrect and why I
> refuse to manually populate a TNSNAMES.ORA on some or all clients.
> Supposedly, it'll be fixed in v3.
>
> Desperately trying to get rid of all TNSNAMES.ORAs on all
> non-DBA boxes...
>
>
> Rich
>
> Rich Jesse System/Database Administrator
> [EMAIL PROTECTED] Quad/Tech Inc, Sussex, WI USA
>
> > -----Original Message-----
> > From: Goulet, Dick [mailto:[EMAIL PROTECTED]
> > Sent: Monday, July 14, 2003 2:15 PM
> > To: Multiple recipients of list ORACLE-L
> > Subject: RE: MicroSlop DTC
> >
> >
> > Yes, as well as SQL*Plus and ODBCTST.
> >
> > Dick Goulet
> > Senior Oracle DBA
> > Oracle Certified 8i DBA
> >
> > -----Original Message-----
> > Sent: Monday, July 14, 2003 2:59 PM
> > To: Multiple recipients of list ORACLE-L
> >
> >
> >
> > Hum, does tnsping resolve the service correctly?
> >
> > Ron Thomas
> >
> > 9.2.0.1.0 On Win 2K.
> >
> > Dick Goulet
> > Senior Oracle DBA
> > Oracle Certified 8i DBA
> >
> > -----Original Message-----
> > Sent: Monday, July 14, 2003 1:54 PM
> > To: Multiple recipients of list ORACLE-L
> >
> >
> >
> > I've seen this happen with older versions of the sqlnet
> > client (Different application, same
> > symptom). What version of the client are you using?
> >
> > Ron Thomas
> > Hypercom, Inc
> > [EMAIL PROTECTED]
> > Each new user of a new system uncovers a new class of bugs.
> > -- Kernighan
> >
> >
> >
> > [EMAIL PROTECTED]
> >
> > To All, especially any WEB developers out there.
> >
> > We've a WEB based application that uses MS DTC.
> > OK, so we turned on XA in the
> > database, but the web servers do not want to play with our
> > normal ONmase setup. Instead they only
> > want to work with a TNSNAMES.ORA file in the appriopriate
> > place. I've been all over MicroSlop
> > Technet and Metalink as well as several other IIS sites with
> > no results. Therefore anyone know why
> > this is??
> >
> > Dick Goulet
> > Senior Oracle DBA
> > Oracle Certified 8i DBA
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: Jesse, Rich
> 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).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Goulet, Dick
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).
