Sorry
to butt in guys, but what is Bug #132899 , I can't find it on
Metalink?
Kev
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mercadante, Thomas F
Sent: Wednesday, June 27, 2001 12:09 PM
To: Multiple recipients of list ORACLE-L
Subject: RE: Deadlock Detection - ResolvedAll,thanks to Anita, Waleed, Riyaj, Vladimir and Ravinder for pointing me to Bug #132899 in regard to my Deadlock problem.I upgraded the database from release 8.1.6 to 8.1.7.1 (on NT) and the problem went away.thanks againTom Mercadante
Oracle Certified Professional-----Original Message-----
From: Mercadante, Thomas F [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 22, 2001 3:48 PM
To: Multiple recipients of list ORACLE-L
Subject: RE: Deadlock DetectionAnita & Riyaj,Thanks for the replies. My email server "went away" for awhile, so I am just getting your replies now.Anita, I am able to modify INITRANS for the tables (I tried this on a test table), and I will try this. Right now, we are performing other stress tests to narrow down the problem to be sure that it is update related (has to be, right?).Riyaj, I checked the value of max_utilization vs initial_Allocation in the v$resource_Limit view for distributed transactions. Max_util=5, while init_alloc=61. Is the value of 61 a default? I do not have it set in my init.ora (maybe I should! - something else to try). The value of Transactions is max=5, init=247 and limit=247.It doesn't seem to be stressed according to these values, right?As for distributed Trans, we are using VB calling ADO using COM+ connecting to Oracle. My impression is that ADO and COM+ are performing the distributed trans, but that the ADO performs the commits?I'm not at all familiar with how ADO/COM+ works, but I guess I better bring a book home and figure it out.Any other ideas, I would greatly appreciate it.thanksTom Mercadante
Oracle Certified Professional-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 22, 2001 2:17 PM
To: Multiple recipients of list ORACLE-L
Subject: Re: Deadlock Detection
Hi Anita
If it is an ITL problem, then the resource type would be TX instead of DX. If the ITL table is full then the process requesting an ITL entry in that block will randomly select one of the transaction holding an ITL entry and wait for that process to complete or rollback. Since the process will wait for a transaction and as you are well aware of, the transaction id is a slot in a rollback segment and hence the enqueue type would be TX. Since this trace indicates that it is a DX type enqueue I would incline to think that this is a distributed transaction problem. Feel free to correct me if I am missing something..
Thanks
Riyaj "Re-yas" Shamsudeen
Certified Oracle DBA
i2 technologies www.i2.com
"A. Bardeen" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]06/22/01 10:50 AM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
cc:
Subject: Re: Deadlock Detection
Tom,
The information you need should be in the trace file,
but it's not in the excerpt you've listed, but the
true problem is listed:
> Rows waited on:
> Session 27: no row
"No row" indicates that the deadlock is due to a lack
of available ITL slots in the datablock.
Unfortunately resolving this requires recreating the
object with either a high initrans value (to
explicitly reserve space for more ITL slots) or a
higher pctfree value (to give the ITL table more room
to grow).
Depending on the application it could also be that
multiple sessions are acquiring the same block off the
free list so using multiple free lists could also
help. Starting with 8.1.6 this setting can be changed
dynamically; prior to that you must recreate the
object.
Note: 62365.1 also has some good info
HTH,
-- Anita
--- "Mercadante, Thomas F" <[EMAIL PROTECTED]>
wrote:
> All,
>
> My current application (still under development) is
> experiencing Oracle
> deadlock problems. The applications people are
> performing stress testing
> where the application is being repeatedly called
> simulating actual users
> hitting the database.
>
> The application is written using VB thru ADO and
> COM, Oracle 816 on NT.
>
> My problem is that, while I can review the trace
> file produced, I can't
> figure out what the actual deadlock is occurring on.
> I have seen deadlock
> trace files that clearly state "table blah", but in
> this case, I get:
>
>
> *** 2001-06-21 14:32:03.841
> *** SESSION ID:(27.31211) 2001-06-21 14:32:03.810
> DEADLOCK DETECTED
> Deadlock graph:
> ---------Blocker(s)--------
> ---------Waiter(s)---------
> Resource Name process session holds waits
> process session holds
> waits
> DX-0000003b-00000000 22 18 X
> 24 27
> X
> session 18: DID 0001-0018-0000003C session 27: DID
> 0001-0018-0000003C
> Rows waited on:
> Session 27: no row
> *** 2001-06-21 14:32:03.857
> ksedmp: internal or fatal error
> ORA-00060: deadlock detected while waiting for
> resource
>
> Is there something like TKPROF that will process the
> trace file and give me
> more info on what is happening? It looks like I am
> waiting for a resource
> to be freed, but which one is the question.
>
> thanks for any help.
>
> Tom Mercadante
> Oracle Certified Professional
>
> --
> Please see the official ORACLE-L FAQ:
> http://www.orafaq.com
> --
> Author: Mercadante, Thomas F
> 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).
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: A. Bardeen
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).