Re: listener.ora search order

From: <Jared.Still_at_radisys.com>
Date: Mon, 23 Feb 2004 10:38:47 -0800
Message-ID: <OFAE3E9A8F.2F2DF351-ON88256E43.006659F8-88256E43.006659F8@radisys.com>

I think we're in agreement there Paul.
I just neglected to include the order of the OH in the path.

Problem with email: thinking about it, but forgetting to type it. :)

Jared

Paul Drake <discgolfdba_at_yahoo.com>
Sent by: oracle-l-bounce_at_freelists.org
02/22/2004 02:57 PM
Please respond to oracle-l

        To:     oracle-l_at_freelists.org
        cc: 
        Subject:        Re: listener.ora search order

Jared Still <jkstill_at_cybcon.com> wrote:
> Without actually reading the manual and doing any
> research ( it is Sunday morning, and I don't feel
> like doing any ) I would say this is to be expected.
>
> tnsnames.ora is used to resolve instance locations
> on a network. It doesn't really matter which
> version of client you are using, you want it to
> follow a certain search order.
>
> On *nix it looks in $HOME/.tnsnames.ora, and then
> in $TNS_ADMIN/tnsnames.ora, and then in
> $ORACLE_HOME/network/admin/tnsnames.ora.
>
> There's something similar in Win32, but I forget
> the location details for the $HOME equiv.
>
> Listener on the other hand should run the
> listener.ora
> from the current Oracle home. You could conceivably
> have several different versions of listener running,
>
> each from a different Oracle home.
>
> tnsnames.ora is used to lookup names, listener.ora
> is
> used to control the daemon that creates connections
> to the database. Quite a difference between the two.
>
> I'll leave it to you to verify if this is correct
> from
> the fine manual.
>
> Jared

Jared,

I believe that you are taking an entirely too sophisticated approach. :D
You may be overthinking the problem.

It could be that the most simple explanation would be:

C:\> path

if the path has d:\oracle\ora81\bin first, it launches the file d:\oracle\ora81\bin\lsnrctl.exe, which reads the listener.ora file in its respective home.

if the path has d:\oracle\ora92\bin first, it launches the file d:\oracle\ora92\bin\lsnrctl.exe, which reads the listener.ora file in its respective home.

I used to run both 8.1.7 and 9.2 listeners on a box, until gaining comfort that only 9.2 listeners were needed for handling connection requests for both 817 and 92 dbs. each read their own config file. the listener name did not have to be unique across config files. the OS service names were unique, however, as the oracle version was in their name (e.g. OracleOraHome81TNSListener)

Paul

>
> On Sat, 2004-02-21 at 02:46, Charu Joshi wrote:
> > Hi,
> >
> > This is not a critical issue, but important for my
> understanding.
> >
> > OS: NT4
> > Multiple Homes: ora_8i_home (d:\ora8i),
> ora_9i_home(d:\ora9i), and
> > 2 others..
> > Selected Home: ora_8i_home
> > TNS_ADMIN environment variable:
> d:\ora9i\network\admin
> >
> > 1.When I run 'lsnrctl start' command, it reads the
> > d:\ora8i\network\admin\listener.ora file.
> >
> > 2.If I remove this file and run 'lsnrtctl start',
> it reads the
> > 'd:\ora9i\network\admin\listerner.ora' file.
> >
> > In both the above cases, the TNSNames.ora files is
> read from the
> > %TNS_ADMIN% location, but evidently not
> listerner.ora. Why? It
> > seems that lsnrctl is searching in each Oracle
> Home for
> > listerner.ora (as per registry order) and uses the
> first one that
> > it finds.
> >
> > There used to be a 7.3.4 client installation on my
> machine, which
> > I removed as per metalink note 73963.1, so that
> there is no
> > DEFAULT_HOME at present. After this, I found that
> another home
> > DEFAULT_HOME1 was automatically added to registry
> with the same
> > path as that of the earlier DEFAULT_HOME. Could
> this have
> > something to do with the anamoly?
> >
> > Any ideas/suggestion please?
> >
> > Thanks and regards,
> > Charu.
> >
> > PS: Can we not specify the path of listener.ora
> explicitly while
> > running lsnrctl?
> >
> >
>

> > Disclaimer
> >
> > This message (including any attachments) contains
> > confidential information intended for a specific
> > individual and purpose, and is protected by law.
> > If you are not the intended recipient, you should
> > delete this message and are hereby notified that
> > any disclosure, copying, or distribution of this
> > message, or the taking of any action based on it,
> > is strictly prohibited.
> >
> >
>

> > Visit us at http://www.mahindrabt.com
> >
> >
> >
> >
>

> > Please see the official ORACLE-L FAQ:
> http://www.orafaq.com
> >
>

> > To unsubscribe send email to:
> oracle-l-request_at_freelists.org
> > put 'unsubscribe' in the subject line.
> > --
> > Archives are at
> http://www.freelists.org/archives/oracle-l/
> > FAQ is at
> http://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_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at
> http://www.freelists.org/archives/oracle-l/
> FAQ is at
> http://www.freelists.org/help/fom-serve/cache/1.html
>

Do you Yahoo!?
Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools

Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.

--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://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_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Received on Mon Feb 23 2004 - 12:36:10 CST