RE: 9i listener for 8i DB not recommended???

  • From: Jared.Still@xxxxxxxxxxx
  • To: oracle-l@xxxxxxxxxxxxx
  • Date: Thu, 18 Mar 2004 13:10:28 -0800

Thanks, but everything is running as Local System, so that's probably not 
it.





"Boivin, Patrice J" <BoivinP@xxxxxxxxxxxxxxxxx>
Sent by: oracle-l-bounce@xxxxxxxxxxxxx
 03/18/2004 10:03 AM
 Please respond to oracle-l

 
        To:     "'oracle-l@xxxxxxxxxxxxx'" <oracle-l@xxxxxxxxxxxxx>
        cc: 
        Subject:        RE: 9i listener for 8i DB not recommended???


Yesterday a Metalink tech told me that on NT 4 the listener has to be
running using the same user as the instance, presumably because on Win32
Oracle.exe runs as one process and user sessions are created as threads of
that process.

(ref tech note 228217.1)

Maybe this is related (?)

Just throwing it out as a thought

Patrice.

-----Original Message-----
From: Jared Still [mailto:jkstill@xxxxxxxxxx] 
Sent: March 18, 2004 11:58 AM
To: Oracle-L Freelists
Subject: Re: 9i listener for 8i DB not recommended???


I recently installed a 9i database on an NT server that
already has 8i on it.  The listener for both was setup
to be 9i, disabling the 8i listener.

It has proved to be somewhat cranky. I've noticed that
even though the service starts automatically, it sometimes
will not work correctly unless it is manually started
via lsnrctl.

Could be a version problem.  Or it could just be an NT
thing, which is good at not starting services correctly anyway.

Jared

On Thu, 2004-03-18 at 05:06, Martin Brown wrote:
> I had some trouble like this way-back-when 8i was released. I found out
that 
> 8i listener couldn't service 8.0.5 (8.0.6 was OK). I had to set up named 

> listeners and that worked OK in my environment.
> 
> 
> >From: "Darrell Landrum" <darrell@xxxxxxxxxxx>
> >Reply-To: oracle-l@xxxxxxxxxxxxx
> >To: <oracle-l@xxxxxxxxxxxxx>
> >Subject: Re: 9i listener for 8i DB not recommended???
> >Date: Wed, 17 Mar 2004 23:37:27 -0600
> >
> >I'm with you, Rich.  I don't know where I got it, but I've believed it 
to

> >be
> >appropriate if not recommended to run the listener from the latest
release
> >you have installed for that release and each one prior that you may 
have
on
> >that system (unless you need a special listener for some reason.).  We
> >currently do that.  The only problem I've encountered is running a 9i
> >listener from a 64 bit install and using that for an 8i, 32 bit 
instance.
> >The listener crashed a lot.
> >
> >
> >----- Original Message -----
> >From: "Jesse, Rich" <Rich.Jesse@xxxxxxxxxxxxxxxxx>
> >To: "ORACLE-L (E-mail)" <oracle-l@xxxxxxxxxxxxx>
> >Sent: Wednesday, March 17, 2004 3:29 PM
> >Subject: 9i listener for 8i DB not recommended???
> >
> >
> > > Hey all,
> > >
> > > While trying to debug a particularly nasty old app, I ran across 
this
on
> >doc
> > > 77442.1 on MetaLink:
> > >
> > >  Please note that we don't advise to use a version 9 listener for a
> >version
> > > 8 database
> > > or a version 10 listener for a version 9 or 8 database seen there
where
> >many
> > > changes
> > > to the NLS layers between those versions.
> > >
> > > As Moe Syzlak says, "WHAAAAAA??!?"  This is exactly opposite from
> >everything
> > > else I've heard, although to be fair, I can't recall exactly where
I've
> > > heard that.  That and the fact that we haven't been using the
ORA_NLSxx
> > > variable since it starting cauing problems when we migrated from 7.3
to
> >8.0,
> > > which accoring to this doc, is a no-no.
> > >
> > > Comments?
> > > Rich
> > >
> > > Rich Jesse                        System/Database Administrator
> > > rich.jesse@xxxxxxxxxxxxxxxxx      QuadTech, Sussex, WI USA
> > > ----------------------------------------------------------------
> > > 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
-----------------------------------------------------------------


Other related posts: