RE: MicroSlop DTC

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-----
From: John Kanagaraj [mailto:john.kanagaraj_at_hds.com] Sent: Tuesday, July 15, 2003 2:14 PM
To: Multiple recipients of list ORACLE-L Subject: RE: MicroSlop DTC

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:Rich.Jesse_at_qtiworld.com]
> 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
> rjesse_at_qtiworld.com Quad/Tech Inc, Sussex, WI USA
>
> > -----Original Message-----
> > From: Goulet, Dick [mailto:DGoulet_at_vicr.com]
> > 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
> > rthomas_at_hypercom.com
> > Each new user of a new system uncovers a new class of bugs.
> > -- Kernighan
> >
> >
> >
> > DGoulet_at_vicr.com
> >
> > 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: Rich.Jesse_at_qtiworld.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