RE: Deadlock Detection - Resolved
All, 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 again Tom Mercadante Oracle Certified Professional -Original Message-From: Mercadante, Thomas F [mailto:[EMAIL PROTECTED]]Sent: Friday, June 22, 2001 3:48 PMTo: Multiple recipients of list ORACLE-LSubject: RE: Deadlock Detection Anita 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. thanks Tom Mercadante Oracle Certified Professional -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Sent: Friday, June 22, 2001 2:17 PMTo: Multiple recipients of list ORACLE-LSubject: Re: Deadlock DetectionHi 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.. ThanksRiyaj "Re-yas" ShamsudeenCertified Oracle DBAi2 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 DetectionTom,The information you need should be in the trace file,but it's not in the excerpt you've listed, but thetrue problem is listed: Rows waited on: Session 27: no row"No row" indicates that the deadlock is due to a lackof available ITL slots in the datablock.Unfortunately resolving this requires recreating theobject with either a high initrans value (toexplicitly reserve space for more ITL slots) or ahigher pctfree value (to give the ITL table more roomto grow).Depending on the application it could also be thatmultiple sessions are acquiring the same block off thefree list so using multiple free lists could alsohelp. Starting with 8.1.6 this setting can be changeddynamically; prior to that you must recreate theobject.Note: 62365.1 also has some good infoHTH,-- 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-003b- 22 18 X 24 27 X session 18: DID 0001-0018-0
RE: Deadlock Detection - Resolved
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 FSent: Wednesday, June 27, 2001 12:09 PMTo: Multiple recipients of list ORACLE-LSubject: RE: Deadlock Detection - Resolved All, 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 again Tom Mercadante Oracle Certified Professional -Original Message-From: Mercadante, Thomas F [mailto:[EMAIL PROTECTED]]Sent: Friday, June 22, 2001 3:48 PMTo: Multiple recipients of list ORACLE-LSubject: RE: Deadlock Detection Anita 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. thanks Tom Mercadante Oracle Certified Professional -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Sent: Friday, June 22, 2001 2:17 PMTo: Multiple recipients of list ORACLE-LSubject: Re: Deadlock DetectionHi 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.. ThanksRiyaj "Re-yas" ShamsudeenCertified Oracle DBAi2 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 DetectionTom,The information you need should be in the trace file,but it's not in the excerpt you've listed, but thetrue problem is listed: Rows waited on: Session 27: no row"No row" indicates that the deadlock is due to a lackof available ITL slots in the datablock.Unfortunately resolving this requires recreating theobject with either a high initrans value (toexplicitly reserve space for more ITL slots) or ahigher pctfree value (to give the ITL table more roomto grow).Depending on the application it could also be thatmultiple sessions are acquiring the same block off thefree list so using multiple free lists could alsohelp. Starting with 8.1.6 this setting can be changeddynamically; prior to that you must recreate theobject.Note: 62365.1 also has some good infoHTH,-- 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 ou
RE: Deadlock Detection - Resolved
Kevin, sorry, missed the last digit (another 9) Bug # 1328999 Tom Mercadante Oracle Certified Professional -Original Message-From: Kevin Kostyszyn [mailto:[EMAIL PROTECTED]]Sent: Wednesday, June 27, 2001 1:17 PMTo: Multiple recipients of list ORACLE-LSubject: RE: Deadlock Detection - Resolved 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 FSent: Wednesday, June 27, 2001 12:09 PMTo: Multiple recipients of list ORACLE-LSubject: RE: Deadlock Detection - Resolved All, 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 again Tom Mercadante Oracle Certified Professional -Original Message-From: Mercadante, Thomas F [mailto:[EMAIL PROTECTED]]Sent: Friday, June 22, 2001 3:48 PMTo: Multiple recipients of list ORACLE-LSubject: RE: Deadlock Detection Anita 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. thanks Tom Mercadante Oracle Certified Professional -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Sent: Friday, June 22, 2001 2:17 PMTo: Multiple recipients of list ORACLE-LSubject: Re: Deadlock DetectionHi 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.. ThanksRiyaj "Re-yas" ShamsudeenCertified Oracle DBAi2 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 DetectionTom,The information you need should be in the trace file,but it's not in the excerpt you've listed, but thetrue problem is listed: Rows waited on: Session 27: no row"No row" indicates that the deadlock is due to a lackof available ITL slots in the datablock.Unfortunately resolving this requires recreating theobject with either a high initrans value (toexplicitly reserve space for more ITL slots) or ahigher pctfree value (to give the ITL table more roomto grow).Depending on the application it could also be thatmultiple sessions are acquiring the same block off thefree list so using multiple free lists could alsohelp. Starting with 8.1.6 this setting can be changeddynamically; prior to that you must recreate theobject.Note: 62365.1 also has some good i
Re: Deadlock Detection
Try to look at the latch waits and session waits events. Mercadante, Thomas F To: Multiple recipients of list ORACLE-L [EMAIL PROTECTED][EMAIL PROTECTED] ate.ny.us cc: Sent by:Subject: Deadlock Detection [EMAIL PROTECTED] 22-Jun-2001 09:35 PM Please respond to ORACLE-L Sender Info: No Sender Info found in the address Book 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-003b-22 18 X 24 27 X session 18: DID 0001-0018-003Csession 27: DID 0001-0018-003C 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). __ Visit us at www.singaporeair.com. __ -- 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).
Re: Deadlock Detection
Tom, You should have 2 of these traces, one for each process involved. In this case, the processes are 22, 18 and 24, 27. If you run them through tkprof, they will be more readable, but the information is there. You need to look up the table, based on the resource id that was given under the heading Resource Name. Mercadante, Thomas F 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-003b-22 18 X 24 27 X session 18: DID 0001-0018-003C session 27: DID 0001-0018-003C 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). -- Scott Canaan ([EMAIL PROTECTED]) (716) 475-7886 Life is like a sewer, what you get out of it depends on what you put into it - Tom Lehrer -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Scott Canaan 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).
Re: Deadlock Detection
Hi Your deadlock problem seems to be related to distributed transactions since your processes are holding and waiting for DX type locks. DX enqueues are taken for distributed queries. Do you have queries accessing the remote tables over the database links ? As far as I know, even queries take DX lock for distributed transaction. So you need to commit or rollback after every distributed query/transaction to release the DX lock. Also look at the v$resource_limit to find the high water mark for the distributed transaction slot usage. If the max_utilitization equals to initial_allocation, then you may need to increase the number of transaction slots also in addition to adding commit/rollback. Thanks Riyaj Re-yas Shamsudeen Certified Oracle DBA i2 technologies www.i2.com Mercadante, Thomas F [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 06/22/01 08:35 AM Please respond to ORACLE-L To:Multiple recipients of list ORACLE-L [EMAIL PROTECTED] cc: Subject:Deadlock Detection 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-003b-22 18 X 24 27 X session 18: DID 0001-0018-003C session 27: DID 0001-0018-003C 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).
Re: Deadlock Detection
i think i've been there and done that(Kevin T u know what i'm talking about), Question, do you have bitmap indexes on the tables being updated? if so, then thats your culprit. joe [EMAIL PROTECTED] 06/22/01 09:35AM All,My current application (still under development) is experiencing Oracledeadlock problems. The applications people are performing stress testingwhere the application is being repeatedly called simulating actual usershitting 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'tfigure out what the actual deadlock is occurring on. I have seen deadlocktrace 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.810DEADLOCK DETECTEDDeadlock graph: -Blocker(s)-Waiter(s)-Resource Name process session holds waits process session holdswaitsDX-003b- 22 18 X 24 27Xsession 18: DID 0001-0018-003C session 27: DID 0001-0018-003CRows waited on:Session 27: no row*** 2001-06-21 14:32:03.857ksedmp: internal or fatal errorORA-00060: deadlock detected while waiting for resourceIs there something like TKPROF that will process the trace file and give memore info on what is happening? It looks like I am waiting for a resourceto be freed, but which one is the question.thanks for any help.Tom MercadanteOracle 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-5051San Diego, California -- Public Internet access / Mailing ListsTo REMOVE yourself from this mailing list, send an E-Mail messageto: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and inthe message BODY, include a line containing: UNSUB ORACLE-L(or the name of mailing list you want to be removed from). You mayalso send the HELP command for other information (like subscribing).
Re: Deadlock Detection
Is it 8.1.6.3?? It had lots of deadlock problems. [EMAIL PROTECTED] 6/22/01 9:35:56 AM All,My current application (still under development) is experiencing Oracledeadlock problems. The applications people are performing stress testingwhere the application is being repeatedly called simulating actual usershitting 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'tfigure out what the actual deadlock is occurring on. I have seen deadlocktrace 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.810DEADLOCK DETECTEDDeadlock graph: -Blocker(s)-Waiter(s)-Resource Name process session holds waits process session holdswaitsDX-003b- 22 18 X 24 27Xsession 18: DID 0001-0018-003C session 27: DID 0001-0018-003CRows waited on:Session 27: no row*** 2001-06-21 14:32:03.857ksedmp: internal or fatal errorORA-00060: deadlock detected while waiting for resourceIs there something like TKPROF that will process the trace file and give memore info on what is happening? It looks like I am waiting for a resourceto be freed, but which one is the question.thanks for any help.Tom MercadanteOracle 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-5051San Diego, California -- Public Internet access / Mailing ListsTo REMOVE yourself from this mailing list, send an E-Mail messageto: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and inthe message BODY, include a line containing: UNSUB ORACLE-L(or the name of mailing list you want to be removed from). You mayalso send the HELP command for other information (like subscribing).
RE: Deadlock Detection
The DX resource is a new one on memaybe i just haven't had coffee yetare you, by chance, in a distributed database environment? are links involved? -Original Message- Sent: Friday, June 22, 2001 9:36 AM To: Multiple recipients of list ORACLE-L 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-003b-22 18 X 24 27 X session 18: DID 0001-0018-003C session 27: DID 0001-0018-003C 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). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Mohan, Ross 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).
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-003b-22 18 X 24 27 X session 18: DID 0001-0018-003Csession 27: DID 0001-0018-003C 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).
RE: Deadlock Detection
wow. great post. -Original Message- Sent: Friday, June 22, 2001 11:50 AM To: Multiple recipients of list ORACLE-L 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-003b-22 18 X 24 27 X session 18: DID 0001-0018-003Csession 27: DID 0001-0018-003C 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). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Mohan, Ross 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).
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-003b-22 18 X 24 27 X session 18: DID 0001-0018-003C session 27: DID 0001-0018-003C 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).
RE: Deadlock Detection
Anita 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. thanks Tom Mercadante Oracle Certified Professional -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Sent: Friday, June 22, 2001 2:17 PMTo: Multiple recipients of list ORACLE-LSubject: Re: Deadlock DetectionHi 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.. ThanksRiyaj "Re-yas" ShamsudeenCertified Oracle DBAi2 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 DetectionTom,The information you need should be in the trace file,but it's not in the excerpt you've listed, but thetrue problem is listed: Rows waited on: Session 27: no row"No row" indicates that the deadlock is due to a lackof available ITL slots in the datablock.Unfortunately resolving this requires recreating theobject with either a high initrans value (toexplicitly reserve space for more ITL slots) or ahigher pctfree value (to give the ITL table more roomto grow).Depending on the application it could also be thatmultiple sessions are acquiring the same block off thefree list so using multiple free lists could alsohelp. Starting with 8.1.6 this setting can be changeddynamically; prior to that you must recreate theobject.Note: 62365.1 also has some good infoHTH,-- 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-003b-22 18 X 24 27 X session 18: DID 0001-0018-003C session 27: DID 0001-0018-003C 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
RE: Deadlock Detection
Hi I think, you may be hitting another parameter before you exceed distributed transactions limit. If you look at your original trace the enqueue is DX-003b-. Here 3b is hex representation of 59. Considering the initial allocation is 60, this may be the last element in the distributed transactions array. So, why would a process select a last element of the array and wait for that transaction to complete. I think, there are two other parameters open_links and open_links_per_instance need to be increased. Default value for these parameters are 4 and 4. So, I think, if the instance does not have enough links, then it pseudo randomly selects a distributed transaction slot array element and waits for it. Again, this is my guess and it would be worth a try to increase these two parameters and see whether that fixes the problem or ! ! not. Mr. Steve Adams, Can you please explain this to us ? Thanks Riyaj Re-yas Shamsudeen Certified Oracle DBA i2 technologies www.i2.com Mercadante, Thomas F [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 06/22/01 02:48 PM Please respond to ORACLE-L To:Multiple recipients of list ORACLE-L [EMAIL PROTECTED] cc: Subject:RE: Deadlock Detection Anita 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. thanks Tom 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
Re: Deadlock Detection
Riyaj, Doh! My bad. I completely missed the DX. You are absolutely correct that what I wrote is applicable only to TX locks. Thanks for catching it. -- Anita --- [EMAIL PROTECTED] wrote: 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-003b-22 18 X 24 27 X session 18: DID 0001-0018-003C session 27: DID 0001-0018-003C 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
RE: Deadlock Detection
Anita, It must be a lack of sleep thing. :) Paul -Original Message- Sent: Friday, June 22, 2001 7:46 PM To: Multiple recipients of list ORACLE-L Riyaj, Doh! My bad. I completely missed the DX. You are absolutely correct that what I wrote is applicable only to TX locks. Thanks for catching it. -- Anita -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Paul Drake 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).
RE: Deadlock Detection
Did you check bug 1328999 if it applicable in your case. Regards, Waleed -Original Message- Sent: Friday, June 22, 2001 9:36 AM To: Multiple recipients of list ORACLE-L 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-003b-22 18 X 24 27 X session 18: DID 0001-0018-003C session 27: DID 0001-0018-003C 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). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Khedr, Waleed 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).