Message-Id: <25929.337865@fatcity.com> From: "Goulet, Dick" Date: Tue, 15 Jul 2003 13:48:01 -0400 Subject: 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@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@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@qtiworld.com Quad/Tech Inc, Sussex, WI USA > > > -----Original Message----- > > From: Goulet, Dick [mailto:DGoulet@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@hypercom.com > > Each new user of a new system uncovers a new class of bugs. > > -- Kernighan > > > > > > > > DGoulet@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@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@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@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@fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L