RE: Weird listener behavior (9.2.0.4)

It appears that we have found the problem, which even OTS missed. Like =
I stated in the original message, I had built a new database instance =
over the weekend. Now, how many of you copy from one instance to =
another when creating new, especially things like init.ora files? Well, =
I did & I missed a parameter called "instance_name". Therefore I ended =
up with two instances having the same "name". The default is the SID, =
which is older version behavior & consequently I never had it in an =
init.ora file. Well in 9i it's there & I missed it. Thankfully it's a =
changeable parameter, just needs an instance restart. Problem fixed.

>=20
> I've some really weird behavior coming form the Listener on =
one of our =3D
> production boxes. To be fair we did add another instance to this box =
=3D
> over the weekend. But once the listener is started and I try to =
connect =3D
> to "franklin4", which is an old instance, I get connected instead to =
=3D
> "franklin7" which is the one that just got added. Now this is also =
one =3D
> of 5 instances on the server, but I still can't figure out why for the =
=3D
> first 5 minutes that the listener is up it connects one to the right =
=3D
> instance and then starts messing up. I'm appending our listener.ora =
=3D
> file just in case someone can find a flaw in my ways.

Dick,

I don't think that it's a matter of number of instances, I have known
a development box with over 40 ...
I don't see anything shocking in your listener.ora file. I infer,
possibly wrongly, from your having prespawned processes that you are
using dedicated servers. Since it starts properly, it means that the
listener connects a new session to the proper pre-spawned process. It
should be interesting to check whether you have the same behaviour when
you have MORE sessions than prespawned processes - or trying without any
prespawned process.
Intuitively, I'd rather think of a problem on the client side - some
corruption bringing the client to talk to the wrong port. Have you tried
tracing ?

--=20
Regards,

Stephane Faroult
Oriole

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.