RE: SID & SERIAL#

From: Jamadagni, Rajendra <Rajendra.Jamadagni_at_espn.com>
Date: Sun, 15 Feb 2004 17:25:44 -0500
Message-ID: <A186CBDC8B1D61438BC50F1A77E91F73057C1980@xchgbrsm1.corp.espn.pvt>

Jared,

I have seen it on 9i when I used TOAD ... in TOAD the locks tab is = extremely slow ... so slow that <insert your favorite joke here> ... so = I kill the server process and reconnect within TOAD, I come back with = same sid, but different serial# ...

Raj
-------------------------------------------------------------------------=

Rajendra dot Jamadagni at nospamespn dot com All Views expressed in this email are strictly personal. select standard_disclaimer from company_requirements; QOTD: Any clod can have facts, having an opinion is an art !

-----Original Message-----

From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Jared Still Sent: Sunday, February 15, 2004 5:24 PM
To: Oracle-L Freelists
Subject: Re: SID & SERIAL#

Yeah, I've seen this a number of times.

At times when table is locked, and the session is disconnected ( PC crashes ), SMON goes about its cleanup duties, but something isn't quite right.

The session will die and come right back with a new serial#.

You can't kill it, no matter what you do.

You can't get rid of the lock either.

There is only one recourse: bounce the database.

I have seen this happen on Solaris, DG/UX and Windows, versions 7.3, 8.0 and 8.1. Not yet on 9i, maybe it's been fixed.

It hasn't happened to me in about 2 years. It would be interesting to see it again and try to capture a trace of what is going on.

Jared

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 Sun Feb 15 2004 - 16:25:44 CST