Deadlock error

Hi , iam geeting a dead log error from an autonomous trigger.
But in log file it show the same session nos'
DEADLOCK DETECTED ( ORA-00060 )
[Transaction Deadlock]
The following deadlock is not an ORACLE error. It is a
deadlock due to user error in the design of an application
or from issuing incorrect ad-hoc SQL. The following
information may aid in determining the deadlock:
Deadlock graph:
                       ---------Blocker(s)--------  ---------Waiter(s)---------
Resource Name          process session holds waits  process session holds waits
TX-00010003-00000459        16     188     X             16     188           X
session 188: DID 0001-0010-000021B4     session 188: DID 0001-0010-000021B4
Rows waited on:
Session 188: obj - rowid = 00002F8A - AAAC+KAAEAAACzcAAA
  (dictionary objn - 12170, file - 4, block - 11484, slot - 0)
Information on the OTHER waiting sessions:
End of information on OTHER waiting sessions.
Current SQL statement for this session:
UPDATE SUMMARY SET NAME = :B1 WHERE Mint_NAME = TO_CHAR(:B2 )
----- PL/SQL Call Stack -----
  object      line  object
  handle    number  name
1B5C1E9C       109  BF_AU_IP_TEST
1F957020      8352  package body  MINT
1B719024        19  package body ALOADER
1B7615E0         1  anonymous block
===================================================THIS IS MY AUTONOMOUS TRIGGER -BF_AU_IP_TEST
this trigger has the following update staetment
UPDATE SUMMARY SET NAME = :B1 WHERE Mint_NAME = TO_CHAR(:B2 )
Edited by: user8792751 on Aug 19, 2010 2:59 AM

Deadlock graph:
                       ---------Blocker(s)--------  ---------Waiter(s)---------
Resource Name          process session holds waits  process session holds waits
TX-00010003-00000459        16     188     X             16     188           Xyou have a TX (transaction) enqueue with exclusive mode (X) being held and exclusive mode(X) being waited on
Which means that two sessions are doing concurrent DML on the same target.
you have the sql statement involved in the deadlock and you have the row waited on
Rows waited on:
Session 188: obj - rowid = 00002F8A - AAAC+KAAEAAACzcAAAremember that an autonomous transaction when called represents a new session and then don't be surprised to observe deadlock in this situation.
But, please, let me know why you are
(a) using an autonomous transaction
(b) and using an autonomous transaction in trigger
I may help you to find another way to do your requirement
Regards
Mohamed Houri

Similar Messages

  • Error-Code: ora-4020 Deadlock error, while updating a record

    Hello!
    Is it possible to get a deadlock error when two or more users try to update the same record simultaneously? And what would be the best solution to circumvent this?
    Thanks
    Your help is appreciated.

    <BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by ( vidya):
    Hello Vidhya,
    Issue either Commit or Rollback without much delay once the statement(s) is/are executed.
    vmkrish
    [email protected]
    Is it possible to get a deadlock error when two or more users try to update the same record simultaneously? And what would be the best solution to circumvent this?
    Thanks
    Your help is appreciated.<HR></BLOCKQUOTE>
    null

  • Deadlock error on logical standby

    Hi All,
    I am get an issue where every thing is working fine on Db server but when it is getting replicated to Logical standby i am getting a deadlock error. Please find error logs below
    Fri May 20 21:00:56 2011
    ORA-00060: Deadlock detected. More info in file /u01/logicalstdby_home/product/admin/XXXXX/bdump/xxlog_p004_15175.trc.
    Fri May 20 21:00:56 2011
    8
    Errors in file /u01/logicalstdby_home/product/admin/XXXXX/bdump/xxlog_lsp0_2207.trc:
    ORA-12801: error signaled in parallel query server P004
    ORA-00060: deadlock detected while waiting for resource
    9
    ORA-12801: error signaled in parallel query server P004
    ORA-00060: deadlock detected while waiting for resource
    LOGSTDBY Analyzer process P003 pid=42 OS id=15173 stopped
    Please can anyone help in investigation.
    Thanks and Regrads,
    Amol

    Hi ,
    I have the logs from deadlock file.
    There are two queries in this dump. Does this mean that the two queries in the logs (which are actually same) are runing in parellel. Because this actually ran fine on the primary database.
    DEADLOCK DETECTED ( ORA-00060 )
    [Transaction Deadlock]
    The following deadlock is not an ORACLE error. It is a
    deadlock due to user error in the design of an application
    or from issuing incorrect ad-hoc SQL. The following
    information may aid in determining the deadlock:
    Deadlock graph:
    ---------Blocker(s)-------- ---------Waiter(s)---------
    Resource Name process session holds waits process session holds waits
    TX-01350024-00098ad3 44 804 X 46 797 S
    TX-012f0006-0008ac28 46 797 X 60 874 S
    TX-01340000-000a175c 60 874 X 44 804 S
    session 804: DID 0001-002C-0003E40C     session 797: DID 0001-002E-00002364
    session 797: DID 0001-002E-00002364     session 874: DID 0001-003C-0000019C
    session 874: DID 0001-003C-0000019C     session 804: DID 0001-002C-0003E40C
    Rows waited on:
    Session 797: obj - rowid = 00000000 - D/////AAaAAHqeAAAA
    (dictionary objn - 0, file - 26, block - 2008960, slot - 0)
    Session 874: obj - rowid = 00089976 - AAC5PjAAFAAAmj+AAA
    (dictionary objn - 563574, file - 5, block - 157950, slot - 0)
    Session 804: obj - rowid = 00089976 - AAC5PjAAFAAAmi3AAA
    (dictionary objn - 563574, file - 5, block - 157879, slot - 0)
    Information on the OTHER waiting sessions:
    Session 797:
    pid=46 serial=418 audsid=0 user: 0/SYS
    O/S info: user: oracle, term: UNKNOWN, ospid: 15180, machine: db5p
    program: oracle@db5p (P006)
    Current SQL Statement:
    update /*+ streams restrict_all_ref_cons */ "BEBSS"."SUBSCRIBER_POLICY_BROKER_EVENT" p set "ACTIVITY_TYPE"=decode(:1,'N',"ACTIVITY_TYPE",:2), "ATTRIBUTE_SET"=decode(:3,'N',"ATTRIBUTE_SET",:4), "CREATED_DATE"=decode(:5,'N',"CREATED_DATE",:6), "CUSTOMER_ID"=decode(:7,'N',"CUSTOMER_ID",:8), "FILE_NAME"=decode(:9,'N',"FILE_NAME",:10), "ID"=decode(:11,'N',"ID",:12), "LAST_MODIFIED_DATE"=decode(:13,'N',"LAST_MODIFIED_DATE",:14), "PORT_NUMBER"=decode(:15,'N',"PORT_NUMBER",:16), "PROCESSED_DATE"=decode(:17,'N',"PROCESSED_DATE",:18), "SERVICE_PACKAGE_ID"=decode(:19,'N',"SERVICE_PACKAGE_ID",:20), "STATUS"=decode(:21,'N',"STATUS",:22), "TRANSACTION_TYPE"=decode(:23,'N',"TRANSACTION_TYPE",:24) where (:25='N' or(decode(:26,'N','Y',decode(:27,"ACTIVITY_TYPE",'Y'))='Y' and decode(:28,'N','Y',decode(:29,"ATTRIBUTE_SET",'Y'))='Y' and decode(:30,'N','Y',decode(:31,"CREATED_DATE",'Y'))='Y' and decode(:32,'N','Y',decode(:33,"CUSTOMER_ID",'Y'))='Y' and decode(:34,'N','Y',decode(:35,"FILE_NAME",'Y'))='Y' and 1=1 and decode(:36,'N','Y',decode(:37,"LAST_MODIFIED_DATE",'Y'))='Y' and decode(:38,'N','Y',decode(:39,"PORT_NUMBER",'Y'))='Y' and decode(:40,'N','Y',decode(:41,"PROCESSED_DATE",'Y'))='Y' and decode(:42,'N','Y',decode(:43,"SERVICE_PACKAGE_ID",'Y'))='Y' and decode(:44,'N','Y',decode(:45,"STATUS",'Y'))='Y' and decode(:46,'N','Y',decode(:47,"TRANSACTION_TYPE",'Y'))='Y')) and(:48="ID")
    Session 874:
    pid=60 serial=20958 audsid=0 user: 0/SYS
    O/S info: user: oracle, term: UNKNOWN, ospid: 15182, machine: db5p
    program: oracle@db5p (P007)
    Current SQL Statement:
    update /*+ streams restrict_all_ref_cons */ "BEBSS"."SUBSCRIBER_POLICY_BROKER_EVENT" p set "ACTIVITY_TYPE"=decode(:1,'N',"ACTIVITY_TYPE",:2), "ATTRIBUTE_SET"=decode(:3,'N',"ATTRIBUTE_SET",:4), "CREATED_DATE"=decode(:5,'N',"CREATED_DATE",:6), "CUSTOMER_ID"=decode(:7,'N',"CUSTOMER_ID",:8), "FILE_NAME"=decode(:9,'N',"FILE_NAME",:10), "ID"=decode(:11,'N',"ID",:12), "LAST_MODIFIED_DATE"=decode(:13,'N',"LAST_MODIFIED_DATE",:14), "PORT_NUMBER"=decode(:15,'N',"PORT_NUMBER",:16), "PROCESSED_DATE"=decode(:17,'N',"PROCESSED_DATE",:18), "SERVICE_PACKAGE_ID"=decode(:19,'N',"SERVICE_PACKAGE_ID",:20), "STATUS"=decode(:21,'N',"STATUS",:22), "TRANSACTION_TYPE"=decode(:23,'N',"TRANSACTION_TYPE",:24) where (:25='N' or(decode(:26,'N','Y',decode(:27,"ACTIVITY_TYPE",'Y'))='Y' and decode(:28,'N','Y',decode(:29,"ATTRIBUTE_SET",'Y'))='Y' and decode(:30,'N','Y',decode(:31,"CREATED_DATE",'Y'))='Y' and decode(:32,'N','Y',decode(:33,"CUSTOMER_ID",'Y'))='Y' and decode(:34,'N','Y',decode(:35,"FILE_NAME",'Y'))='Y' and 1=1 and decode(:36,'N','Y',decode(:37,"LAST_MODIFIED_DATE",'Y'))='Y' and decode(:38,'N','Y',decode(:39,"PORT_NUMBER",'Y'))='Y' and decode(:40,'N','Y',decode(:41,"PROCESSED_DATE",'Y'))='Y' and decode(:42,'N','Y',decode(:43,"SERVICE_PACKAGE_ID",'Y'))='Y' and decode(:44,'N','Y',decode(:45,"STATUS",'Y'))='Y' and decode(:46,'N','Y',decode(:47,"TRANSACTION_TYPE",'Y'))='Y')) and(:48="ID")
    End of information on OTHER waiting sessions.
    Current SQL statement for this session:
    update /*+ streams restrict_all_ref_cons */ "BEBSS"."SUBSCRIBER_POLICY_BROKER_EVENT" p set "ACTIVITY_TYPE"=decode(:1,'N',"ACTIVITY_TYPE",:2), "ATTRIBUTE_SET"=decode(:3,'N',"ATTRIBUTE_SET",:4), "CREATED_DATE"=decode(:5,'N',"CREATED_DATE",:6), "CUSTOMER_ID"=decode(:7,'N',"CUSTOMER_ID",:8), "FILE_NAME"=decode(:9,'N',"FILE_NAME",:10), "ID"=decode(:11,'N',"ID",:12), "LAST_MODIFIED_DATE"=decode(:13,'N',"LAST_MODIFIED_DATE",:14), "PORT_NUMBER"=decode(:15,'N',"PORT_NUMBER",:16), "PROCESSED_DATE"=decode(:17,'N',"PROCESSED_DATE",:18), "SERVICE_PACKAGE_ID"=decode(:19,'N',"SERVICE_PACKAGE_ID",:20), "STATUS"=decode(:21,'N',"STATUS",:22), "TRANSACTION_TYPE"=decode(:23,'N',"TRANSACTION_TYPE",:24) where (:25='N' or(decode(:26,'N','Y',decode(:27,"ACTIVITY_TYPE",'Y'))='Y' and decode(:28,'N','Y',decode(:29,"ATTRIBUTE_SET",'Y'))='Y' and decode(:30,'N','Y',decode(:31,"CREATED_DATE",'Y'))='Y' and decode(:32,'N','Y',decode(:33,"CUSTOMER_ID",'Y'))='Y' and decode(:34,'N','Y',decode(:35,"FILE_NAME",'Y'))='Y' and 1=1 and decode(:36,'N','Y',decode(:37,"LAST_MODIFIED_DATE",'Y'))='Y' and decode(:38,'N','Y',decode(:39,"PORT_NUMBER",'Y'))='Y' and decode(:40,'N','Y',decode(:41,"PROCESSED_DATE",'Y'))='Y' and decode(:42,'N','Y',decode(:43,"SERVICE_PACKAGE_ID",'Y'))='Y' and decode(:44,'N','Y',decode(:45,"STATUS",'Y'))='Y' and decode(:46,'N','Y',decode(:47,"TRANSACTION_TYPE",'Y'))='Y')) and(:48="ID")
    ===================================================
    PROCESS STATE
    Process global information:
    process: 0x29c53bcc8, call: 0x29567f358, xact: 0x299db2d90, curses: 0x29c811dd8, usrses: 0x29c811dd8
    SO: 0x29c53bcc8, type: 2, owner: (nil), flag: INIT/-/-/0x00
    (process) Oracle pid=44, calls cur/top: 0x29567f358/0x29567eb18, flag: (0) -
    int error: 0, call error: 0, sess error: 0, txn error 0
    (post info) last post received: 0 0 117
    last post received-location: kcbzww
    last process to post me: 29c53fc08 42 0
    last post sent: 0 0 117
    last post sent-location: kcbzww
    last process posted by me: 29c53c4b0 188 0
    (latch info) wait_event=0 bits=0
    Process Group: DEFAULT, pseudo proc: 0x29f601e88
    O/S info: user: oracle, term: UNKNOWN, ospid: 15175
    OSD pid info: Unix process pid: 15175, image: oracle@db5p (P004)
    Dump of memory from 0x000000029C500F08 to 0x000000029C501110
    29C500F00 00000002 00000000 [........]
    29C500F10 9C811DD8 00000002 00000004 0003129B [................]
    29C500F20 8F34B7A0 00000002 0000001E 0003115B [..4.........[...]
    29C500F30 9CA03A98 00000002 0000000B 000313A7 [.:..............]
    29C500F40 9EBD0510 00000002 0000003D 0003115B [........=...[...]
    29C500F50 9C803260 00000002 00000004 0003129B [`2..............]
    29C500F60 75E66848 00000001 0000001E 0003115B [Hh.u........[...]
    29C500F70 99507DB0 00000002 00000007 000313A7 [.}P.............]
    29C500F80 99507F70 00000002 00000007 000313A7 [p.P.............]
    29C500F90 995083D0 00000002 00000007 000313A7 [..P.............]
    29C500FA0 99508CA8 00000002 00000007 000313A7 [..P.............]
    29C500FB0 995093C0 00000002 00000007 000313A7 [..P.............]
    29C500FC0 99509AC0 00000002 00000007 000313A7 [..P.............]
    29C500FD0 9950AC58 00000002 00000007 000313A7 [X.P.............]
    29C500FE0 9950B290 00000002 00000007 000313A7 [..P.............]
    29C500FF0 9950D6A0 00000002 00000007 000313A7 [..P.............]
    29C501000 994FDAB0 00000002 00000007 000313A7 [..O.............]
    29C501010 99510640 00000002 00000007 000313A7 [@.Q.............]
    29C501020 99510B80 00000002 00000007 000313A7 [..Q.............]
    29C501030 99510FE0 00000002 00000007 000313A7 [..Q.............]
    29C501040 99511298 00000002 00000007 000313A7 [..Q.............]
    29C501050 99511998 00000002 00000007 000313A7 [..Q.............]
    29C501060 99511A78 00000002 00000007 000313A7 [x.Q.............]
    29C501070 99511B58 00000002 00000007 000313A7 [X.Q.............]
    29C501080 99512350 00000002 00000007 000313A7 [P#Q.............]
    29C501090 99513248 00000002 00000007 000313A7 [H2Q.............]
    29C5010A0 99513408 00000002 00000007 000313A7 [.4Q.............]
    29C5010B0 99513788 00000002 00000007 000313A7 [.7Q.............]
    29C5010C0 9CA04DE8 00000002 0000000B 000313A7 [.M..............]
    29C5010D0 995144C0 00000002 00000007 000313A7 [.DQ.............]
    29C5010E0 99515038 00000002 00000007 000313A7 [8PQ.............]
    29C5010F0 995152D8 00000002 00000007 000313A7 [.RQ.............]
    29C501100 995159F0 00000002 00000007 000313A7 [.YQ.............]
    Thanks,
    Amol

  • Deadlock error in forms

    Hi,
    I have got an assignment to find out reasons for deadlock error in two forms. Client doesnot have any records
    like error number,message what soever. Please tell me how to trobleshoot it, what are things which I should check in forms,procedures etc.
    Thanks in advance.
    Sandy

    Can you reproduce the error? If not, it might be complicated.
    A deadlock occurs, in general, if two programs access two ressources in different order, and then two users run the two programs with the same database objects. The following is a short overview, leaving out some details.
    Lets say, program (or form) A updates table T1 for a specific object O, and then update table T2 for a specific object O.
    And program (or form) B first updates table T2 for a specific object O and then update table T1 for a specific object O.
    When two users run the two programs for the same object O, the following happens (assuming the appropiate "timing"):
    User U1 starts working with program A and updates table T1 for the object O, the appropiate reocrd in T1 now is locked.
    User U2 starts working with program B and updates table T2 for the same object O, the appropiate record in T2 now is locked.
    Now user U1 continues with program A and tries to update T2. This will not work, for T2 is already locked by user U2, so the session will wait.
    Now user U2 continues with program B and tries to update T1. This will not work, for T1 is already locked by user U1, so the session will wait.
    Now U1 waits for U2 and U2 waits for U1, this is called a deadlock. The database is able to detect this situation and raises an error.
    So, to find that situation:
    Look for manual UPDATE's or DELETE's inside the forms
    Look for transactiosn where some tables are involved in different order.
    Hope this helps.

  • Could we get a deadlock error on COMMIT (END TRANSACTION) in BDB-SQL

    According to the DB_TXN->commit documentation at:
    http://download.oracle.com/docs/cd/E17076_02/html/api_reference/C/txncommit.html
    "After DB_TXN->commit() has been called, regardless of its return, the DB_TXN handle may not be accessed again.
    If DB_TXN->commit() encounters an error, the transaction and all child transactions of the transaction are aborted."
    Since BDB-SQL uses the BDB engine, should the code handle such errors in BDB-SQL?
    Another point to keep in mind is that, post BDB-SQL version 5.1 upon receiving a potential deadlock error all the previous operations(child transactions) in the same transaction are still valid and can be committed.
    It would be great if someone can throw some light on this.
    Edited by: user10942853 on Jul 28, 2011 9:31 AM

    user10942853 wrote:
    LaurenFoutz wrote:
    I do not think commit can experience a deadlock error since it does not obtain any new locks, and it could not have been in a blocked state if you are able to call commit. Either way, after calling commit on a transaction in SQL the transaction is done, even if an error is returned. At that point if an error is returned the transaction (and all the work its children have done) is either aborted under the covers, or the database has been corrupted, and all future calls to it will return a corruption error that will require restarting the database to restore it (and the restoration will roll back any work done by the transaction since it did not complete cleanly).
    Hope that answers your question.
    Lauren FoutzLauren, thanks for the reply. From your reply, though there is little possibility that we can get an error on commit looks like we should be prepared to handle such errors in BDB-SQL. We have had instances where we experienced an error on commit while using native BDB (without SQL API) and wanted to confirm the same.You are correct. Error when committing are rare in both the SQL and native API, but they can happen and you should deal with them when they do.
    Lauren Foutz

  • Event Queue Deadlock Error

    LabVIEW 7.1, PDA Module for Palm OS (long-time LV programmer, new to PDA module)
    I am writing an app that displays a main screen of choices via Boolean button controls.  An Event structure is used to detect ValueChange in the Booleans.  When a button is clicked, a sub-vi is called that opens the sub-vi's front panel that has data display and a couple of buttons that are also processed by an event structure.  I got a "event queue deadlocked" error message when testing.  Does this application structure violate the "single event structure in a loop" rule, even though one queue is in a sub-vi?  Must I use a state machine or some other architecture to make this work?
    Thanks,
    BevP

    A lot of time has passed but now I find the same problem and I have the solution.
    If you have an event structure you MUST show the control and indicators involved in the cases in the front panel and in the monitor of your PDA/Touchscreen device, because oterwise the event queue deadlocked error appears.
    It makes sense becasuse if you do not show them; you will never be able to call events and the aplication is going to stuck. 

  • Data Committed instead of Rollback after Deadlock Error in SQL Server 2008 R2 (SP2)

    We're having a strange issue which is occurring only with one Customer having SQL Server 2008 R2 (SP2).
    Basically we have multiple threads uploading data and when an error occurs (like deadlock or any other error). The deadlock victim (process/transaction) is rolledback (from .NET). However the rollback command is not reaching SQL Server as it doesn't show
    in the trace (through SQL Profiler).
    To make things worse, not only the transaction is not being rolled back but the INSERTs executed before the error are being somehow committed, leaving the database in an inconsistent state.
    This is only produced in one environment.
    Any idea what the issue could be?

    All statements are executed with in a Transaction. Under the same scenario this code works perfectly fine for 1000s of customers. Only one customer has this issue.
    You need to capture profiler to check transaction scope.
    Balmukund Lakhani
    Please mark solved if I've answered your question, vote for it as helpful to help other users find a solution quicker
    This posting is provided "AS IS" with no warranties, and confers no rights.
    My Blog |
    Team Blog | @Twitter
    | Facebook
    Author: SQL Server 2012 AlwaysOn -
    Paperback, Kindle

  • Deadlocked error message when running crystal report

    Hi All,
    I need a bit of guidance as to the following problem.
    Seems there is a lock being created in SQL when running some crystal reports.
    When trying to run a report the following message is displayed:
    Database connection Error L 'ADO Error Code: 0x
    Source: Microsoft SQL Native Client
    Description: Transaction (Process ID 302) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
    SQL State: 40001
    Native Error: [Database Vendor Code: 1205 ]'
    The error is happening intermittently when refreshing the report. It does not seem to happen when no users are using the system.
    Is there any way to stop this from happening? Or is this some kind of limitation with crystal and how it accesses the database?
    Many Thanks,
    Matt

    Hi Matt
    I have had this problem with long running queries as well.  I ended up doing the main part of the query in a view using WITH (NOLOCK) for each table and then reporting on the view.
    This had extra benefits of making the report much simpler and often making the query more efficient and easier to test as well.
    Rob

  • When does Oracle throw the ORA-00060 , Deadlock error

    Hi,
    To test the "ORA-00060: Deadlock detected" we tried the below steps on scott schema.
    First session -
    update emp set sal=9999 where name='JACK';
    Second session -
    update emp set sal=5555 where name='JACK';
    We used the below query to find out which SID is locking the other;
    select l1.sid, ' IS BLOCKING ', l2.sid from v$lock l1, v$lock l2 where l1.block =1 and l2.request > 0 and l1.id1=l2.id1 and l1.id2=l2.id2;
    -- We got the SID's
    But in the alert log we are still not able to see the ORA-00060 error.
    Why is this ? In which scenario do we see the ORA-00060 error in alert log ?
    Please guide.
    Thanks.

    What you describe is just a blocking lock, not a deadlock.
    The first session can simply do commit and the second session can then continue.
    In a deadlock situation, nobody can commit if the system does not resolve the problem by rolling back one of the transactions:
    session1: lock row 1
    session 2: lock row 2
    session 1: try lock row 2 <- wait on session 2
    session 2: try lock row 1 <- wait on session 1
    both wait, enter ORA-600
    Kind regards
    Uwe Hesse
    http://uhesse.wordpress.com

  • Deadlock error SSIS

    i got the following error in SSIS:
    Executing the query "exec stored_procedure" failed with the following error: "Transaction (Process ID 13) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.". Possible
    failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly. 
    now when i execute the ssis, it always deadlock everytime, how to kill the task???
    how can i know which process causes this error?

    You need to understand why deadlock happened, please read those links 
    http://blogs.msdn.com/bartd/archive/2006/09/09/747119.aspx
    http://blogs.msdn.com/bartd/archive/2006/09/25/770928.aspx
    Best Regards,Uri Dimant SQL Server MVP,
    http://sqlblog.com/blogs/uri_dimant/
    MS SQL optimization: MS SQL Development and Optimization
    MS SQL Consulting:
    Large scale of database and data cleansing
    Remote DBA Services:
    Improves MS SQL Database Performance
    SQL Server Integration Services:
    Business Intelligence

  • DEADLOCK Error - Trc File Attached

    Hello -
    I copied the trace file below that was generated from a Deadlock. Please help in diagnosing this error.
    Thanks in advance.
    *** 2005-03-14 22:45:40.489
    *** SESSION ID:(266.24925) 2005-03-14 22:45:40.470
    DEADLOCK DETECTED
    Current SQL statement for this session:
    DELETE FROM CDAPPLICANTS WHERE REFERENCEID = :b1
    ----- PL/SQL Call Stack -----
    object line object
    handle number name
    38132ddf0 8 procedure GREENPOINT.DELETECCNACCOUNT
    3841b0610 1 anonymous block
    The following deadlock is not an ORACLE error. It is a
    deadlock due to user error in the design of an application
    or from issuing incorrect ad-hoc SQL. The following
    information may aid in determining the deadlock:
    Deadlock graph:
    ---------Blocker(s)-------- ---------Waiter(s)---------
    Resource Name process session holds waits process session holds waits
    TM-000028ed-00000000 113 266 SX SSX 137 181 SX SSX
    TM-000028ed-00000000 137 181 SX SSX 113 266 SX SSX
    session 266: DID 0001-0071-00000002     session 181: DID 0001-0089-00000002
    session 181: DID 0001-0089-00000002     session 266: DID 0001-0071-00000002
    Rows waited on:
    Session 181: no row
    Session 266: no row
    ===================================================
    PROCESS STATE
    Process global information:
    process: 38021ed10, call: 380b01038, xact: 380826b50, curses: 380327500, usrses: 380327500
    SO: 38021ed10, type: 1, owner: 0, pt: 0, flag: INIT/-/-/0x00
    (process) Oracle pid=113, calls cur/top: 380b01038/383296480, flag: (0) -
    int error: 0, call error: 0, sess error: 0, txn error 0
    (post info) last post received: 0 0 18
    last post received-location: ksqrcl
    last process to post me: 380225190 88 0
    last post sent: 15032469744 0 84
    last post sent-location: kglpndl: post after freeing latch
    last process posted by me: 380225190 88 0
    (latch info) wait_event=0 bits=10
    holding 3800068f8 Parent+children enqueue hash chains level=4
    Location from where latch is held: ksqcmi: kslgpl:
    Context saved from call: 0
    state=busy
    recovery area:
    Dump of memory from 0x380200420 to 0x380200430
    80200420 00000000 00000000 00000000 00000000 [................]
    Process Group: DEFAULT, pseudo proc: 380284368
    O/S info: user: oracle, term: UNKNOWN, ospid: 8279
    OSD pid info: 8279
    SO: 380327500, type: 3, owner: 38021ed10, pt: 0, flag: INIT/-/-/0x00
    (session) trans: 380826b50, creator: 38021ed10, flag: (41) USR/- BSY/-/-/-/-/-
    DID: 0001-0071-00000002, short-term DID: 0000-0000-00000000
    txn branch: 0
    oct: 0, prv: 0, user: 37/GREENPOINT
    O/S info: user: root, term: , ospid: 7410, machine: crmapp01
    program: java@crmapp01 (TNS V1-V3)
    last wait for 'enqueue' blocking sess=0x802f4d80 seq=936 wait_time=-2
    name|mode=544d0005, id1=28ed, id2=0
    SO: 380ae8720, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380ae8720 handle=388d4b1e0 mode=S lock=380ae7310
    user=380327500 session=380327500 count=1 mask=0041 savepoint=11689 flags=[00]
    SO: 380ae7310, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380ae7310 handle=388d4b1e0 mode=N
    call pin=0 session pin=380ae8720
    user=380327500 session=380327500 count=1 flags=PNS/[08] savepoint=11689
    LIBRARY OBJECT HANDLE: handle=388d4b1e0
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-0041-0041 lock=N pin=S latch=2
    lwt=388d4b210[388d4b210,388d4b210] ltm=388d4b220[388d4b220,388d4b220]
    pwt=388d4b240[388d4b240,388d4b240] ptm=388d4b2d0[388d4b2d0,388d4b2d0]
    ref=388d4b1f0[382444d18,382444d18] lnd=388d4b2e8[388d4b2e8,388d4b2e8]
    LIBRARY OBJECT: object=38333d4b0
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    DEPENDENCIES: count=24 size=32
    AUTHORIZATIONS: count=2 size=16 minimum entrysize=16
    ACCESSES: count=1 size=16
    TRANSLATIONS: count=1 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3848210a8 3841dac70 I/P/A 0 NONE
    6 38333d5c0 38422f500 I/P/A 2 NONE
    SO: 380affe98, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380affe98 handle=3896fe670 mode=N
    call pin=384f9c440 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3581
    LIBRARY OBJECT HANDLE: handle=3896fe670
    name=DELETE FROM CDAPPLICANTS WHERE REFERENCEID = :b1
    hash=c7818ac0 timestamp=03-12-2005 22:02:03
    namespace=CRSR flags=RON/KGHP/TIM/PN0/SML/[12010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=2
    lwt=3896fe6a0[3896fe6a0,3896fe6a0] ltm=3896fe6b0[3896fe6b0,3896fe6b0]
    pwt=3896fe6d0[3896fe6d0,3896fe6d0] ptm=3896fe760[3896fe760,3896fe760]
    ref=3896fe680[3896fe680,3896fe680] lnd=3896fe778[38362a6d0,3881c6880]
    LIBRARY OBJECT: object=382444ac8
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 3824449e8 382444d18 388d4b1e0
    1 3824449e8 382444d60 381d539d0
    2 3824449e8 382444908 3884ac600
    DATA BLOCKS:
    data# heap pointer status pins change
    0 384921a10 382444bb8 I/P/A 0 NONE
    SO: 380b178a8, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380b178a8 handle=0 lock=380bd1860
    user=380327500 session=380327500 count=0 mask=0000 savepoint=3574 flags=[00]
    SO: 380bd1860, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bd1860 handle=384921b98 mode=N
    call pin=0 session pin=380b178a8
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3574
    LIBRARY OBJECT HANDLE: handle=384921b98
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-0041-0041 lock=N pin=0 latch=0
    lwt=384921bc8[384921bc8,384921bc8] ltm=384921bd8[384921bd8,384921bd8]
    pwt=384921bf8[384921bf8,384921bf8] ptm=384921c88[384921c88,384921c88]
    ref=384921ba8[384921da0,384921da0] lnd=384921ca0[384921ca0,384921ca0]
    LIBRARY OBJECT: object=385714408
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    DEPENDENCIES: count=3 size=16
    AUTHORIZATIONS: count=2 size=16 minimum entrysize=16
    ACCESSES: count=1 size=16
    TRANSLATIONS: count=1 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 38509c368 385a60248 I/P/A 0 NONE
    6 385714518 3814696a0 I/-/A 0 NONE
    SO: 380be2bc8, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380be2bc8 handle=3895bd510 mode=N
    call pin=380bd70e0 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3573
    LIBRARY OBJECT HANDLE: handle=3895bd510
    name=DELETE FROM CDCCNLOANINFO WHERE REFERENCEID = :b1
    hash=e3f658c1 timestamp=03-12-2005 22:02:03
    namespace=CRSR flags=RON/KGHP/TIM/PN0/SML/[12010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=0
    lwt=3895bd540[3895bd540,3895bd540] ltm=3895bd550[3895bd550,3895bd550]
    pwt=3895bd570[3895bd570,3895bd570] ptm=3895bd600[3895bd600,3895bd600]
    ref=3895bd520[3895bd520,3895bd520] lnd=3895bd618[38362a8a8,38362ab40]
    LIBRARY OBJECT: object=388eb5a30
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 384921f50 384921da0 384921b98
    1 384921f50 384921de8 384e5e918
    2 384921f50 384921e18 3885aa578
    DATA BLOCKS:
    data# heap pointer status pins change
    0 388eb5bf8 388eb5b20 I/P/A 0 NONE
    SO: 380aef228, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380aef228 handle=0 lock=3877b74f8
    user=380327500 session=380327500 count=0 mask=0000 savepoint=3566 flags=[00]
    SO: 3877b74f8, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=3877b74f8 handle=3823e39c0 mode=N
    call pin=0 session pin=380aef228
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3566
    LIBRARY OBJECT HANDLE: handle=3823e39c0
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-0041-0041 lock=N pin=0 latch=0
    lwt=3823e39f0[3823e39f0,3823e39f0] ltm=3823e3a00[3823e3a00,3823e3a00]
    pwt=3823e3a20[3823e3a20,3823e3a20] ptm=3823e3ab0[3823e3ab0,3823e3ab0]
    ref=3823e39d0[382bb0278,382bb0278] lnd=3823e3ac8[3823e3ac8,3823e3ac8]
    LIBRARY OBJECT: object=38206cb98
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    DEPENDENCIES: count=2 size=16
    AUTHORIZATIONS: count=2 size=16 minimum entrysize=16
    ACCESSES: count=2 size=16
    TRANSLATIONS: count=2 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 388ca4bc0 388414330 I/P/A 0 NONE
    6 38206cca8 388297cc8 I/-/A 0 NONE
    SO: 380af3590, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380af3590 handle=38362aa38 mode=N
    call pin=387ff54d0 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3565
    LIBRARY OBJECT HANDLE: handle=38362aa38
    name=DELETE FROM PDPROPERTY WHERE PROPID IN (SELECT PROPID FROM CDCCNLOANINFO WHERE REFERENCEID = :b1 )
    hash=b5e63705 timestamp=03-12-2005 22:02:03
    namespace=CRSR flags=RON/KGHP/TIM/PN0/MED/[50010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=0
    lwt=38362aa68[38362aa68,38362aa68] ltm=38362aa78[38362aa78,38362aa78]
    pwt=38362aa98[38362aa98,38362aa98] ptm=38362ab28[38362ab28,38362ab28]
    ref=38362aa48[38362aa48,38362aa48] lnd=38362ab40[3895bd618,3855987f0]
    LIBRARY OBJECT: object=382d383c0
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 382d384c8 382bb0278 3823e39c0
    1 382d384c8 382bb02c0 3852de7e8
    2 382d384c8 382bb02f0 38487da08
    DATA BLOCKS:
    data# heap pointer status pins change
    0 382d38568 382bb0118 I/P/A 0 NONE
    SO: 380b079d0, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380b079d0 handle=0 lock=3862f6460
    user=380327500 session=380327500 count=0 mask=0000 savepoint=3558 flags=[00]
    SO: 3862f6460, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=3862f6460 handle=3824c3828 mode=N
    call pin=0 session pin=380b079d0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3558
    LIBRARY OBJECT HANDLE: handle=3824c3828
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-0041-0041 lock=N pin=0 latch=2
    lwt=3824c3858[3824c3858,3824c3858] ltm=3824c3868[3824c3868,3824c3868]
    pwt=3824c3888[3824c3888,3824c3888] ptm=3824c3918[3824c3918,3824c3918]
    ref=3824c3838[3859673a8,3859673a8] lnd=3824c3930[3824c3930,3824c3930]
    LIBRARY OBJECT: object=386f81790
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    DEPENDENCIES: count=2 size=16
    AUTHORIZATIONS: count=2 size=16 minimum entrysize=16
    ACCESSES: count=2 size=16
    TRANSLATIONS: count=2 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 38819d5c8 381c97d78 I/P/A 0 NONE
    6 386f818a0 383e8b188 I/-/A 0 NONE
    SO: 380bcddb0, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bcddb0 handle=3881c6778 mode=N
    call pin=380c798a8 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3212
    LIBRARY OBJECT HANDLE: handle=3881c6778
    name=DELETE FROM CDPROPOWNED WHERE APPLICANTID IN (SELECT APPLICANTID FROM CDAPPLICANTS WHERE REFERENCEID = :b1 )
    hash=78ac7d91 timestamp=03-12-2005 22:02:03
    namespace=CRSR flags=RON/KGHP/TIM/PN0/MED/[50010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=2
    lwt=3881c67a8[3881c67a8,3881c67a8] ltm=3881c67b8[3881c67b8,3881c67b8]
    pwt=3881c67d8[3881c67d8,3881c67d8] ptm=3881c6868[3881c6868,3881c6868]
    ref=3881c6788[3881c6788,3881c6788] lnd=3881c6880[3896fe778,3881c6b18]
    LIBRARY OBJECT: object=385967158
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 3824c3be0 3859673a8 3824c3828
    1 3824c3be0 3859673f0 3855a5998
    2 3824c3be0 3824c39a0 38841fb30
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3848c1590 385967248 I/P/A 0 NONE
    SO: 380826b50, type: 25, owner: 380327500, pt: 0, flag: INIT/-/-/0x00
    (trans) bsn = 3206, flg = 0x01, flg2 = 0x00, prx = 0x0, ros = 2147483647, spn = 11690
    efd = 14
    parent xid: 0x0000.000.00000000
    env: (scn: 0x0000.00000000 xid: 0x0000.000.00000000 uba: 0x00000000.0000.00)
    cev: (spc = 0 usi = 2147483647 ubk tsn: 0 rdba: 0x00000000 useg tsn: 0 rdba: 0x00000000
    hwm uba: 0x00000000.0000.00 col uba: 0x00000000.0000.00
    num bl: 0 bk list: 0x0)
    (enqueue) <no resource>
    res: 0, prv: 0, sess: 0
         xga: 0x0, heap: UGA
    SO: 380771470, type: 22, owner: 380826b50, pt: 0, flag: INIT/-/-/0x00
    DML LOCK: tab=10477 flg=01 chi=0
    his[0]: mod=3 spn=3575
    (enqueue) TM-000028ED-00000000     DID: 0001-0071-00000002
    lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    res: 3804f1cf0, mode: SX, req: SSX, prv: 3807710b8, sess: 380327500, proc: 38021ed10
    SO: 380770f30, type: 22, owner: 380826b50, pt: 0, flag: INIT/-/-/0x00
    DML LOCK: tab=10626 flg=01 chi=0
    his[0]: mod=3 spn=3567
    (enqueue) TM-00002982-00000000     DID: 0001-0071-00000002
    lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    res: 3804f3140, mode: SX, prv: 3804f3150, sess: 380327500, proc: 38021ed10
    SO: 380771128, type: 22, owner: 380826b50, pt: 0, flag: INIT/-/-/0x00
    DML LOCK: tab=10515 flg=01 chi=0
    his[0]: mod=3 spn=3559
    (enqueue) TM-00002913-00000000     DID: 0001-0071-00000002
    lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    res: 3804f34e8, mode: SX, prv: 380771550, sess: 380327500, proc: 38021ed10
    SO: 380770fd8, type: 22, owner: 380826b50, pt: 0, flag: INIT/-/-/0x00
    DML LOCK: tab=10507 flg=01 chi=0
    his[0]: mod=3 spn=3206
    (enqueue) TM-0000290B-00000000     DID: 0001-0071-00000002
    lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    res: 3804f35b8, mode: SX, prv: 3804f35c8, sess: 380327500, proc: 38021ed10
    SO: 380ae7da0, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380ae7da0 handle=0 lock=380ae69e0
    user=380327500 session=380327500 count=0 mask=0000 savepoint=3204 flags=[00]
    SO: 380ae69e0, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380ae69e0 handle=3895a0598 mode=N
    call pin=0 session pin=380ae7da0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3188
    LIBRARY OBJECT HANDLE: handle=3895a0598
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-0041-0041 lock=N pin=0 latch=2
    lwt=3895a05c8[3895a05c8,3895a05c8] ltm=3895a05d8[3895a05d8,3895a05d8]
    pwt=3895a05f8[3895a05f8,3895a05f8] ptm=3895a0688[3895a0688,3895a0688]
    ref=3895a05a8[38362a558,38362a558] lnd=3895a06a0[3895a06a0,3895a06a0]
    LIBRARY OBJECT: object=3841f9248
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    DEPENDENCIES: count=2 size=16
    AUTHORIZATIONS: count=1 size=16 minimum entrysize=16
    ACCESSES: count=2 size=16
    TRANSLATIONS: count=2 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3869689a8 38554e218 I/P/A 0 NONE
    6 3841f9358 3811b2a68 I/-/A 0 NONE
    SO: 380beaa48, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380beaa48 handle=3881c6a10 mode=N
    call pin=380ae8320 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=3188
    LIBRARY OBJECT HANDLE: handle=3881c6a10
    name=DELETE FROM CDLIABILITY WHERE APPLICANTID IN (SELECT APPLICANTID FROM CDAPPLICANTS WHERE REFERENCEID = :b1 )
    hash=9df94e7 timestamp=03-12-2005 22:02:03
    namespace=CRSR flags=RON/KGHP/TIM/PN0/MED/[50010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=2
    lwt=3881c6a40[3881c6a40,3881c6a40] ltm=3881c6a50[3881c6a50,3881c6a50]
    pwt=3881c6a70[3881c6a70,3881c6a70] ptm=3881c6b00[3881c6b00,3881c6b00]
    ref=3881c6a20[3881c6a20,3881c6a20] lnd=3881c6b18[3881c6880,3853a3b90]
    LIBRARY OBJECT: object=387b04ba8
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 3895a0950 38362a558 3895a0598
    1 3895a0950 3895a0710 383181408
    2 3895a0950 3895a0740 3859cefe8
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3881c63a0 38362a3f8 I/P/A 0 NONE
    SO: 380bde998, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bde998 handle=38132ddf0 mode=N
    call pin=380be8ac8 session pin=0
    user=380327500 session=380327500 count=1 flags=PNC/[04] savepoint=3184
    LIBRARY OBJECT HANDLE: handle=38132ddf0
    name=GREENPOINT.DELETECCNACCOUNT
    hash=826ef60c timestamp=12-10-2003 10:36:38
    namespace=TABL/PRCD/TYPE flags=KGHP/TIM/SML/[02000000]
    kkkk-dddd-llll=0000-0015-0015 lock=N pin=S latch=2
    lwt=38132de20[38132de20,38132de20] ltm=38132de30[38132de30,38132de30]
    pwt=38132de50[38132de50,38132de50] ptm=38132dee0[38132dee0,38132dee0]
    ref=38132de00[38132de00,38132de00] lnd=38132def8[3809617a8,3836a2e60]
    LIBRARY OBJECT: object=3856e0180
    type=PRCD flags=EXS/LOC[0005] pflags=NST [01] status=VALD load=0
    DEPENDENCIES: count=10 size=16
    READ ONLY DEPENDENCIES: count=7 size=16
    ACCESSES: count=7 size=16
    DATA BLOCKS:
    data# heap pointer status pins change
    0 385530ac0 3856e0318 I/P/A 0 NONE
    2 3856e0290 388306330 I/-/A 0 NONE
    4 38927beb8 380e87338 I/P/A 2 NONE
    SO: 38514e0e0, type: 36, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=38514e0e0 handle=3841b0610 mode=S lock=380bd15c0
    user=380327500 session=380327500 count=1 mask=007d savepoint=2750 flags=[00]
    SO: 380bd15c0, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bd15c0 handle=3841b0610 mode=N
    call pin=0 session pin=38514e0e0
    user=380327500 session=380327500 count=2 flags=PNS/[08] savepoint=1103
    LIBRARY OBJECT HANDLE: handle=3841b0610
    namespace=CRSR flags=RON/KGHP/PN0/[10010000]
    kkkk-dddd-llll=0000-007d-007d lock=N pin=S latch=0
    lwt=3841b0640[3841b0640,3841b0640] ltm=3841b0650[3841b0650,3841b0650]
    pwt=3841b0670[3841b0670,3841b0670] ptm=3841b0700[3841b0700,3841b0700]
    ref=3841b0620[388e9dcd8,388e9dcd8] lnd=3841b0718[3841b0718,3841b0718]
    LIBRARY OBJECT: object=38920e498
    type=CRSR flags=EXS[0001] pflags=NST [01] status=VALD load=0
    DEPENDENCIES: count=2 size=16
    AUTHORIZATIONS: count=1 size=16 minimum entrysize=16
    ACCESSES: count=1 size=16
    TRANSLATIONS: count=1 size=16
    SCHEMA: count=1 size=16 entrysize=4
    DATA BLOCKS:
    data# heap pointer status pins change
    0 389258ce0 388081c80 I/P/A 0 NONE
    2 38920e5a8 0 I/P/- 1 NONE
    3 383cb4a68 0 -/P/- 1 NONE
    4 383cb4b10 386123948 I/P/A 2 NONE
    5 383cb4bb8 0 -/P/- 1 NONE
    6 383cb4c60 388d3ca60 I/P/A 2 NONE
    SO: 387fcbe98, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=387fcbe98 handle=3854e9040 mode=N
    call pin=380aef1a8 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=1103
    LIBRARY OBJECT HANDLE: handle=3854e9040
    name=BEGIN deleteCCNAccount (:1) ; END;
    hash=35a84458 timestamp=03-14-2005 22:45:36
    namespace=CRSR flags=RON/KGHP/TIM/PN0/SML/[12010000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=0
    lwt=3854e9070[3854e9070,3854e9070] ltm=3854e9080[3854e9080,3854e9080]
    pwt=3854e90a0[3854e90a0,3854e90a0] ptm=3854e9130[3854e9130,3854e9130]
    ref=3854e9050[3854e9050,3854e9050] lnd=3854e9148[3854e9148,3854e9148]
    LIBRARY OBJECT: object=388e9da88
    type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
    CHILDREN: size=16
    child# table reference handle
    0 3835cda28 388e9dcd8 3841b0610
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3815de448 388e9db78 I/P/A 0 NONE
    SO: 380bcdb10, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bcdb10 handle=385132220 mode=N
    call pin=384a42060 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=1046
    LIBRARY OBJECT HANDLE: handle=385132220
    name=COMMON.REFERENCE_SEQUENCE
    hash=48a6bb47 timestamp=04-11-2003 06:05:22
    namespace=TABL/PRCD/TYPE flags=KGHP/TIM/SML/[02000000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=2
    lwt=385132250[385132250,385132250] ltm=385132260[385132260,385132260]
    pwt=385132280[385132280,385132280] ptm=385132310[385132310,385132310]
    ref=385132230[385132230,385132230] lnd=385132328[3850c4878,385a40310]
    LIBRARY OBJECT: object=385736f28
    type=SQNC flags=EXS/LOC[0005] pflags= [00] status=VALD load=0
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3857371f0 385737018 I/-/A 0 NONE
    SO: 380aee558, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380aee558 handle=3853c56a8 mode=N
    call pin=380c2c140 session pin=0
    user=380327500 session=380327500 count=1 flags=[00] savepoint=978
    LIBRARY OBJECT HANDLE: handle=3853c56a8
    name=COMMON.FAILEDAUTHATTEMPTS_SEQUENCE
    hash=2034d5e9 timestamp=04-11-2003 06:05:22
    namespace=TABL/PRCD/TYPE flags=KGHP/TIM/SML/[02000000]
    kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch=0
    lwt=3853c56d8[3853c56d8,3853c56d8] ltm=3853c56e8[3853c56e8,3853c56e8]
    pwt=3853c5708[3853c5708,3853c5708] ptm=3853c5798[3853c5798,3853c5798]
    ref=3853c56b8[3853c56b8,3853c56b8] lnd=3853c57b0[3850ef6b8,38953e6f0]
    LIBRARY OBJECT: object=384565778
    type=SQNC flags=EXS/LOC[0005] pflags= [00] status=VALD load=0
    DATA BLOCKS:
    data# heap pointer status pins change
    0 3813b0d80 384565868 I/-/A 0 NONE
    SO: 380bcae80, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bcae80 handle=3896706e8 mode=N
    call pin=380bcbdd0 session pin=0
    user=380327500 session=380327500 count=1 flags=CBB/[02] savepoint=70
    LIBRARY OBJECT HANDLE: handle=3896706e8
    name=SYS.DATABASE
    hash=aea96fa0 timestamp=12-31-4712 23:59:59
    namespace=EVNT flags=KGHP/TIM/SML/[02000000]
    kkkk-dddd-llll=0000-0009-0009 lock=N pin=0 latch=1
    lwt=389670718[389670718,389670718] ltm=389670728[389670728,389670728]
    pwt=389670748[389670748,389670748] ptm=3896707d8[3896707d8,3896707d8]
    ref=3896706f8[3896706f8,3896706f8] lnd=3896707f0[3896707f0,3896707f0]
    LIBRARY OBJECT: object=388e265f0
    type=EVNT flags=EXS/LOC[0005] pflags= [00] status=VALD load=0
    DATA BLOCKS:
    data# heap pointer status pins change
    0 389100fa8 388e26788 I/-/A 0 NONE
    3 388e26700 38490e958 I/-/A 0 NONE
    SO: 380bdc848, type: 35, owner: 380327500, flag: INIT/-/-/0x00
    LIBRARY OBJECT LOCK: lock=380bdc848 handle=38954a0c8 mode=N
    call pin=380af6008 session pin=0
    user=380327500 session=380327500 count=1 flags=CBB/[02] savepoint=70
    LIBRARY OBJECT HANDLE: handle=38954a0c8
    name=GREENPOINT.GREENPOINT
    hash=b8eb6472 timestamp=12-31-4712 23:59:59
    namespace=EVNT flags=KGHP/TIM/SML/[02000000]
    kkkk-dddd-llll=0000-0009-0009 lock=N pin=0 latch=1
    lwt=38954a0f8[38954a0f8,38954a0f8] ltm=38954a108[38954a108,38954a108]
    pwt=38954a128[38954a128,38954a128] ptm=38954a1b8[38954a1b8,38954a1b8]
    ref=38954a0d8[38954a0d8,38954a0d8] lnd=38954a1d0[38954a1d0,38954a1d0]
    LIBRARY OBJECT: object=386aabdb8
    type=EVNT flags=EXS/LOC[0005] pflags= [00] status=VALD load=0
    DATA BLOCKS:
    data# heap pointer status pins change
    0 385182ef0 386aabf50 I/-/A 0 NONE
    3 386aabec8 384976630 I/-/A 0 NONE
    SO: 382f67418, type: 34, owner: 380327500, pt: 0, flag: INIT/-/-/0x00
    user lock: lock=382f67418 mode=S
    user resource: user=380af43c8 uid=37 mode=S
    SO: 382f4d870, type: 34, owner: 380327500, pt: 0, flag: INIT/-/-/0x00
    user lock: lock=382f4d870 mode=S
    user resource: user=380af43c8 uid=37 mode=S
    SO: 38055c860, type: 9, owner: 38021ed10, pt: 0, flag: INIT/-/-/0x00
    (broadcast handle) flag: (2) ACTIVE SUBSCRIBER, owner: 38021ed10,
    event: 73764, last message event: 73764, messages read: 0
    channel: (380566150) system events broadcast channel
    scope: 101, event: 73785, last mesage event: 0,
    publishers/subscribers: 0/163,
    messages published: 0
    SO: 383296480, type: 2, owner: 38021ed10, pt: 0, flag: INIT/-/-/0x00
    (call) sess: cur 380327500, rec 380327500, usr 380327500; depth: 0
    SO: 380b01038, type: 2, owner: 383296480, pt: 0, flag: INIT/-/-/0x00
    (call) sess: cur 380327500, rec 0, usr 380327500; depth: 1
    SO: 380be8ac8, type: 36, owner: 383296480, flag: INIT/-/-/0x00
    LIBRARY OBJECT PIN: pin=380be8ac8 handle=38132ddf0 mode=S lock=380bde998
    user=380327500 session=380327500 count=1 mask=0011 savepoint=3184 flags=[00]
    ===================================================
    CURRENT SESSION'S INSTANTIATION STATE
    current session=380327500
    INSTANTIATION OBJECT: object=101e98740
    type="PL/SQL"[0] lock=380bde998 handle=38132ddf0 body=0 level=1
    flags=SHR/NST/FST[65] executions=1
    CURSORS: size=8 count=5 next=6
    index cursor tag context flags
    1 2 101eb9720 101e8d6a0 LRU/PRS/[03]
    2 3 101eb9720 101e8d788 LRU/PRS/[03]
    3 4 101eb9720 101e8d870 LRU/PRS/[03]
    4 5 101eb9720 101e8d958 LRU/PRS/[03]
    5 6 101eb9720 101e8da40 PRS/[02]
    REST OF INSTANTIATION OBJECT:
    address=101e987d0 size=136
    ffffffff 00000000 00000001 01e98740 00000001 01dffb60 00000001 01e8da40
    00000001 01e8f500 00000000 00000000 00000011 00110000 00000003 80e87548
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000
    INSTANTIATION OBJECT: object=101e89ed0
    type="KOKA open cursor"[3] lock=0 handle=0 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e89f60 size=16
    00000000 00000005 0000000a 00000000
    INSTANTIATION OBJECT: object=101e89e18
    type="KOKA pseudo cursor"[4] lock=0 handle=0 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e89ea8 size=16
    00000000 00000005 0000000a 00000000
    INSTANTIATION OBJECT: object=101e8c110
    type="cursor"[2] lock=387fcbe98 handle=3854e9040 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e8c1a0 size=624
    00000003 841b0610 00000003 80bd15c0 00000003 8514e0e0 00000000 00000000
    00000001 01e88b78 00000001 01e88bb0 00000001 01e99948 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00110464 0514000c 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e93370 00000001 01e8c258 00000001 01e93370 00000002 00000000
    00000000 00000000 00000000 00000000 00000001 01e93348 00000000 00000000
    00000001 01e87708 00000006 2f000000 00000001 01e84ea0 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e8c318
    00000001 01e8c318 00000000 00000418 00000001 01e8c330 00000001 01e8c330
    00000001 01e82128 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e85460 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    INSTANTIATION OBJECT: object=101e93218
    type="PL/SQL"[0] lock=380bd15c0 handle=3841b0610 body=0 level=1
    flags=FST[60] executions=0
    DEPENDENCIES: size=2
    dependency# instantiation flags
    0 0 [00]
    1 101e98740 [00]
    REST OF INSTANTIATION OBJECT:
    address=101e932a8 size=136
    ffffffff 00000000 00000000 00000000 00000001 01dffb60 00000000 00000000
    00000001 01e98c80 00000000 00000000 00000010 00100000 00000003 86123bf8
    00000000 00000000 00000000 00000000 00000001 01e84ea0 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000
    INSTANTIATION OBJECT: object=101e94108
    type="cursor"[2] lock=380beaa48 handle=3881c6a10 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e94198 size=624
    00000003 895a0598 00000003 80ae69e0 00000000 00000000 00000000 00000000
    00000001 01e94050 00000001 01e94090 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00110424 05000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000001 01e98608 00000001 01e8c0b8 00000002 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e87750 00000006 00000000 00000000 00000000 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e94310
    00000001 01e94310 00000000 00000418 00000001 01e94328 00000001 01e94328
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    INSTANTIATION OBJECT: object=101e8d230
    type="cursor"[2] lock=380bcddb0 handle=3881c6778 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e8d2c0 size=624
    00000003 824c3828 00000003 862f6460 00000000 00000000 00000000 00000000
    00000001 01e8bf70 00000001 01e8bf90 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00110424 05000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000001 01e8bed8 00000001 01e8bf20 00000002 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e87798 00000006 07000000 00000000 00000000 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e8d438
    00000001 01e8d438 00000000 00000418 00000001 01e8d450 00000001 01e8d450
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    INSTANTIATION OBJECT: object=101e8cf18
    type="cursor"[2] lock=380af3590 handle=38362aa38 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e8cfa8 size=624
    00000003 823e39c0 00000003 877b74f8 00000000 00000000 00000000 00000000
    00000001 01e8bdc8 00000001 01e8be00 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00110424 05000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000001 01e8ce78 00000001 01e8cec0 00000002 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e877e0 00000006 00000000 00000000 00000000 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e8d120
    00000001 01e8d120 00000000 00000418 00000001 01e8d138 00000001 01e8d138
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    INSTANTIATION OBJECT: object=101e94578
    type="cursor"[2] lock=380be2bc8 handle=3895bd510 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e94608 size=624
    00000003 84921b98 00000003 80bd1860 00000000 00000000 00000000 00000000
    00000001 01e8cd38 00000001 01e8cd58 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00110424 05000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000001 01e94530 00000001 01e8ccd8 00000002 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e87828 00000006 00000000 00000000 00000000 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e94780
    00000001 01e94780 00000000 00000418 00000001 01e94798 00000001 01e94798
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    INSTANTIATION OBJECT: object=101e982c8
    type="cursor"[2] lock=380affe98 handle=3896fe670 body=0 level=0
    flags=FST[60] executions=0
    REST OF INSTANTIATION OBJECT:
    address=101e98358 size=624
    00000003 88d4b1e0 00000003 80ae7310 00000003 80ae8720 00000000 00000000
    00000001 01e94448 00000001 01e8f028 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00101424 01121800 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000002 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000001 01e87870 00000006 07000000 00000000 00000000 00000000 00000000
    00000001 01e85660 00000240 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00020200 00000000
    00000000 00000000 00000000 62696e64 20766172 20686561 70000000 7fff7fff
    7fff7fff 00000000 00000000 00000000 00000000 00000218 00000001 01e984d0
    00000001 01e984d0 00000000 00000418 00000001 01e984e8 00000001 01e984e8
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000025 00000025 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000
    ******************** Cursor Dump ************************
    Current cursor: 6, pgadep: 1
    Cursor Dump:
    Cursor 1 (101e87708): CURBOUND curiob: 101e8c110
    curflg: 4c curpar: 0 curusr: 0 curses 380327500
    cursor name: BEGIN deleteCCNAccount (:1) ; END;
    child pin: 38514e0e0, child lock: 380bd15c0, parent lock: 387fcbe98
    xscflg: 110464, parent handle: 3854e9040, xscfl2: 514000c
    nxt: 1.0x000000f0
    Cursor frame allocation dump:
    frm: -------- Comment -------- Size Seg Off
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=0 size=24 offset=0
    bfp=101ea94e0 bln=22 avl=04 flg=05
    value=600498
    Cursor 2 (101e87750): CURBOUND curiob: 101e94108
    curflg: c5 curpar: 0 curusr: 25 curses 380327500
    cursor name: DELETE FROM CDLIABILITY WHERE APPLICANTID IN (SELECT APPLICANTID FROM CDAPPLICANTS WHERE REFERENCEID = :b1 )
    child pin: 0, child lock: 380ae69e0, parent lock: 380beaa48
    xscflg: 110424, parent handle: 3881c6a10, xscfl2: 5000000
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=1 size=24 offset=0
    No bind buffers allocated
    Cursor 3 (101e87798): CURBOUND curiob: 101e8d230
    curflg: cd curpar: 0 curusr: 25 curses 380327500
    cursor name: DELETE FROM CDPROPOWNED WHERE APPLICANTID IN (SELECT APPLICANTID FROM CDAPPLICANTS WHERE REFERENCEID = :b1 )
    child pin: 0, child lock: 3862f6460, parent lock: 380bcddb0
    xscflg: 110424, parent handle: 3881c6778, xscfl2: 5000000
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=1 size=24 offset=0
    No bind buffers allocated
    Cursor 4 (101e877e0): CURBOUND curiob: 101e8cf18
    curflg: c5 curpar: 0 curusr: 25 curses 380327500
    cursor name: DELETE FROM PDPROPERTY WHERE PROPID IN (SELECT PROPID FROM CDCCNLOANINFO WHERE REFERENCEID = :b1 )
    child pin: 0, child lock: 3877b74f8, parent lock: 380af3590
    xscflg: 110424, parent handle: 38362aa38, xscfl2: 5000000
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=1 size=24 offset=0
    No bind buffers allocated
    Cursor 5 (101e87828): CURBOUND curiob: 101e94578
    curflg: c5 curpar: 0 curusr: 25 curses 380327500
    cursor name: DELETE FROM CDCCNLOANINFO WHERE REFERENCEID = :b1
    child pin: 0, child lock: 380bd1860, parent lock: 380be2bc8
    xscflg: 110424, parent handle: 3895bd510, xscfl2: 5000000
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=1 size=24 offset=0
    No bind buffers allocated
    Cursor 6 (101e87870): CURBOUND curiob: 101e982c8
    curflg: cd curpar: 0 curusr: 25 curses 380327500
    cursor name: DELETE FROM CDAPPLICANTS WHERE REFERENCEID = :b1
    child pin: 380ae8720, child lock: 380ae7310, parent lock: 380affe98
    xscflg: 101424, parent handle: 3896fe670, xscfl2: 1121800
    nxt: 4.0x000005e8 nxt: 3.0x00000450 nxt: 2.0x000005a0 nxt: 1.0x000007b0
    Cursor frame allocation dump:
    frm: -------- Comment -------- Size Seg Off
    bind 0: dty=2 mxl=22(21) mal=00 scl=00 pre=00 oacflg=03 oacfl2=1 size=24 offset=0
    No bind buffers allocated
    End of cursor dump
    END OF PROCESS STATE

    If you read first few lines of trace you will find your answer that the application is not properly design. if you are inserting recored manually then commit your records. if your are using form application then in coding of inserting record use commit command after inserting record. moreover never put such a huge trace on the forum. after looking size no one even like to read it.
    moreover you can query v$locked_object view to see looking objects and from there you can get session id and kill this session.

  • Batch delete cause deadlock error

    Hi experts,
    I have a custom web part that has to delete a create hundreds of items in a list containing about 20,000 items.
    The web part worked fine for about one year, but last week something went wrong and the customer had an error.
    In the SharePoint logs I found a TimeOut error message, so I thought to the delete algortihm.
    In fact, the delete part in the web part was very easy: first I look for the items to delete, with a CAML query, then I have something like this:
    SPListItemCollection items = myList.GetItems(query);
    for (int i = 0; i < items.Count; i++)
          SPListItem item = items[i];
          myList.GetItemByUniqueId(item.UniqueId).Delete();
    So I tried to improve it, by using Batch delete.
    The new code looks like this:
    HashSet<int> idsToDelete = /* Load IDs of elements I have to delete with CAML query */
    StringBuilder delete = new StringBuilder();
    delete.Append("<?xml version=\"1.0\" encoding=\"UTF-8\"?><Batch>");
    foreach (int itemId in idsToDelete)
           delete.Append("<Method>");
           delete.Append("<SetList Scope=\"Request\">" + myList.ID + "</SetList>");
           delete.AppendFormat("<SetVar Name=\"ID\">{0}</SetVar>", itemId);
           delete.Append("<SetVar Name=\"Cmd\">Delete</SetVar>");
           delete.Append("</Method>");
    delete.Append("</Batch>");
    SPContext.Current.Site.RootWeb.ProcessBatchData(delete.ToString());
    Unfortunately, it seems there is something wrong: in fact, when I try to execute the web part, I got an error and in the SharePoint logs 
    I found a very long list of the following error message:
    Unknown SQL Exception 1205 occurred. Additional error information from SQL Server is included below.  Transaction (Process ID 111) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
    What I am doing wrong??
    Is there someone who can help?
    Thank you very much.
    Regards,
    Gennaro

    Hi Gennaro,
    If you want to bulk delete list items, we can use PowerShell to achieve it.
    Create a query and it is limited to returning 2000 items at a time, and uses the ListItemCollectionPosition property to continue retrieving items in batches of 2000 until all the items have been queried.
    $itemCount = 0;
    $listId = $list.ID;
    [System.Text.StringBuilder]$batchXml = New-Object "System.Text.StringBuilder";
    $batchXml.Append("<?xml version='"1.0'" encoding='"UTF-8'"?><batch>");
    $command = [System.String]::Format( "<method><setlist>{0}</setlist><setvar name='"ID'">{1}</setvar><setvar name='"Cmd'">Delete</setvar></method>", $listId, "{0}" );
    do
    $listItems = $list.GetItems($query)
    $query.ListItemCollectionPosition = $listItems.ListItemCollectionPosition
    foreach ($item in $listItems)
    if($item -ne $null){$batchXml.Append([System.String]::Format($command, $item.ID.ToString())) | Out-Null;$itemCount++;}
    while ($query.ListItemCollectionPosition -ne $null)
    $batchXml.Append("</batch>");
    $itemCount;
    More information is here:
    http://matthewyarlett.blogspot.com/2013/07/well-that-was-fun-bulk-deleting-items.html
    Best Regards
    TechNet Community Support
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact
    [email protected]

  • Transaction DeadLock Error

    Hi,
       I am trying to execute a transaction in WorkBench and it gives me an Error
    "com.sap.xmii.illuminator.logging.LHException:com.microsoft.sqlserver.jdbc.SQLServerException:Transaction (Process ID 62) was deadlocked on lock resources with another process and has been choosen as the deadlock victim. Rerun the transaction"
    This error is coming while executing a SQL action inside the transaction. This Sql action will call a stored procedure on External System to write some data.
    These are the server Parameter of this data server.
    PoolMax: 100
    PollSize: 1
    There are already 2 open connections to the same database which are also writing some data using the same Stored Procedure.
    Thanks,
    Gowtham K.

    That error is from your database.  There may be ways to mitigate this, just search for the error on google.  If using mssql check
    [http://social.msdn.microsoft.com/Forums/en-US/sqlintegrationservices/thread/194f18b0-03b2-4e8f-8c67-5c92373c3efd]
    Regards,
    Jamie

  • Why when Oracle gives me a 00060 Deadlock error do my trace logs no graphs?

    Normally everything you read online shows you that Oracle's trace files will contain a deadlock graph.
    At work we have trace files being generated and when we look at the trace file reference by the alert file
    there is no deadlock graph for any deadlock 00060 detected error.
    We have an Oracle 11gR1 RAC cluster
    Any idea why we wouldn't see deadlock graphs with all the useful information necessary to hunt down these deadlocks?

    Hi,
    Actually word "Graph" was misleading, if you expect the graph you mention through tat link, then you are right, you should see that "graph. See the trace file name in the alert log file and then open that file and you should see this graph in the start of this trace file.
    I created a deadlock scenario and following is what i find in my trace file which tells me session, object id and row ids involved in the dead lock.
    {code}
    DEADLOCK DETECTED
    [Transaction Deadlock]
    Current SQL statement for this session:
    delete from test where ename='MILLER'
    The following deadlock is not an ORACLE error. It is a
    deadlock due to user error in the design of an application
    or from issuing incorrect ad-hoc SQL. The following
    information may aid in determining the deadlock:
    Deadlock graph:
    ---------Blocker(s)-------- ---------Waiter(s)---------
    Resource Name process session holds waits process session holds waits
    TX-00030013-00006a5a 16 120 X 20 131 X
    TX-0006000d-00006aff 20 131 X 16 120 X
    session 120: DID 0001-0010-000001F5     session 131: DID 0001-0014-000000E2
    session 131: DID 0001-0014-000000E2     session 120: DID 0001-0010-000001F5
    Rows waited on:
    Session 131: obj - rowid = 0001727B - AAAXJ7AAEAAAB8EAAH
    (dictionary objn - 94843, file - 4, block - 7940, slot - 7)
    Session 120: obj - rowid = 0001727B - AAAXJ7AAEAAAB8EAAN
    (dictionary objn - 94843, file - 4, block - 7940, slot - 13)
    Information on the OTHER waiting sessions:
    Session 131:
    pid=20 serial=594 audsid=189998 user: 54/SCOTT
    O/S info: user: Salman, term: SALMAN, ospid: 6504:8036, machine: UTAC\SALMAN
    program: sqlplus.exe
    application name: SQL*Plus, hash value=3669949024
    Current SQL Statement:
    delete from test where ename='SCOTT'
    End of information on OTHER waiting sessions.
    {code}
    *Note:* Please always write your code/output enclosed in {code} tag and see "Preview" before posting your reply
    Thanks
    Salman

  • Getting this DeadLock Error...Hava look friends

    java.sql.SQLException: [IBM][SQLServer JDBC Driver][SQLServer]Transaction (Process ID 53) was deadlocked on {lock} resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
    I am getting this error in my Application...can anyone knows..let me update to me

    Let me update to me...What situation i can face this deadlock situation..shall modify the source code...or any database modification...let update to me friends.

Maybe you are looking for

  • Why do I have to pay twice to rent the same movie?

    On my ATV2 system it has now happened several times where I will rent a movie and while it is downloading in the background someone will click around maybe watch a youtube video or some other tv show on our home sharing network. a day or two later wh

  • Lines appear when zoomed in

    These lines appear around the cursor when I use CTRL+scroll-up to zoom in. Is this a known issue with snow leopard or should I see a Apple genius?

  • BasicRealm getUser() bug in WL5.1?

    Hi, I am facing a weird problem with authentication using a custom realm in WLS5.1. I have written a custom security realm which implements the BasicRealm and ListableRealm interfaces (the realm it does not extend Weblogic's AbstractListableRealm). I

  • 9i and 10g on same host + listeners

    Dear All, I have 2 simple questions: 1- Is it possible to have 2 database servers on one machine given that one is 10g (10.1.0.3) and the other is 9i (9.2.0.x) ? 2- Second, which of course is valied if answer to question 1 is YES, What about lsnrclt

  • Tutorial: Azure AD integration with ClickTime

    Click reply and tell us what you think: Azure AD integration with ClickTime Markus Vilcinskas, Knowledge Engineer, Microsoft Corporation