Riyaj,
Thanks for responding. This is the first deadlock they have seen in 6 months
(they used to see a lot due to an application coding issue). So I agree with
waiting and seeing if this problem comes up again before putting a *lot* of
time or resources into it, but, I still needed to put *some* time into it to
try to determine if this was an application coding issue. I'll pass it back
over to the DBA's letting them know that based on what I found and read, as
well as back channel comments from others, that this doesn't "appear" to be
a coding issue. They can decide what to do from there. And I bet they will
take the same approach you recommend.
Regards,
Larry G. Elkins
[EMAIL PROTECTED]
-----Original Message-----
[EMAIL PROTECTED]
Sent: Sunday, February 11, 2001 9:40 PM
Hi
In my opinion, this is an ITL issue. When a process need an ITL and
have to wait for it , then it pseudo randomly selects a locked row (from
that block) and enqueues itself in to the waiters queue. But the
row_waited information in v$session will be null. In rare cases, it is
possible for the deadlock to occur if the ITL waiter holds the row that is
needed by the other process.
I would ask, what is the frequency of this deadlock ? Is this the first
occurrence ? If it is the first occurrence, then I would wait for the next
occurrence and then spend time and resource.
Hope this helps!!
Thanks
Riyaj "Re-yas" Shamsudeen
Certified Oracle DBA
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author:
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).