Yes, I have tested that, and it works just fine. It looks like if you have a 3rd party application that requires a certain release listener, different listeners will be necessary. This took me by surprise a bit as previous versions of Oracle have not behaved this way. It appears that the 10g client may have problems with older versions of Oracle Names. We have 7.3 Oracle Names servers (names database is 8.1.7.4) and the 10g client can't tnsping, SQL*Plus, etc using the old version of Names. We haven't upgraded the names servers because the management interface has been terrible every relase after 7.3.... "Bobak, Mark" <Mark.Bobak@xxxxxxxxxxx T .com> To: <oracle-l@xxxxxxxxxxxxx> cc: Sent by: oracle-l-bounce@freelis bcc: ts.org Subject: RE: 10g listener strangeness 07/26/2004 01:54 PM Please respond to oracle-l Hmm....then I'd hope, at a minimum, the 10g listener can communicate w/ pre-10g databases? Mark J. Bobak Oracle DBA ProQuest Company Ann Arbor, MI "Post Hoc Ergo Propter Hoc" -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of DEEDSD@xxxxxxxxxxxxxx Sent: Monday, July 26, 2004 1:52 PM To: oracle-l@xxxxxxxxxxxxx Subject: RE: 10g listener strangeness All of the right bits are flipped. I just found out from Oracle support that 10g requires a 10g listener. Previous versions' listeners can't communicate with a 10g database, apparently. =20 "Mark W. Farnham" <mwf@xxxxxxxx> T To: <oracle-l@xxxxxxxxxxxxx> =20 Sent by: cc: oracle-l-bounce@freelis ts.org bcc: Subject: RE: 10g =20 listener strangeness =20 07/26/2004 01:18 PM Please respond to oracle-l =20 =20 did you flip the right permission and group bits (or install the right bits as root, etc.)? -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Kirtikumar Deshpande Sent: Monday, July 26, 2004 1:08 PM To: oracle-l@xxxxxxxxxxxxx Subject: Re: 10g listener strangeness I do not have 10g on Solaris, but I performed the same exact upgrade on HP-UX 11i. No problems with 10g listener. The error description for TNS-1114 points to low memory condition, though: 01114, 00000, "LSNRCTL could not perform local OS authentication with the listener" // *Cause: LSNRCTL failed to obtain system resources (heap memory, or shared // memory) needed to perform local OS authentication with the listener. // *Action: Make sure that system resources like shared memory and heap memory // are available for LSNRCTL tool to execute properly. HTH.. Regards, - Kirti --- DEEDSD@xxxxxxxxxxxxxx wrote: > > > > > Anyone see this before? I'm on Solaris 2.8. > > Installed 10.1.0, upgraded a 9.2.0.4 database to 10.1.0, changed the > listener.ora to reflect the upgrade, and restarted the listener from > 9.2.0.4. > Remote connections get ORA-12500 - TNS:listener failed to start a dedicated > server process. shut down the listener and restart with 10.1.0 - get the > following error: TNS-01114: LSNRCTL could not perform local OS > authentication > with the listener, but I can connect to the 10.1.0 database remotely again. > > ---------------------------------------------------------------- > Please see the official ORACLE-L FAQ: http://www.orafaq.com __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------