If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

 
Go Back  dBforums > Database Server Software > DB2 > db2 diaglog

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 09-29-11, 05:34
shore shore is offline
Registered User
 
Join Date: Aug 2011
Location: Mumbai,India
Posts: 49
db2 diaglog

Hi,

I am getting below warning in diaglog.

2011-09-29-14.52.47.075227+330 I20845288A514 LEVEL: Warning
PID : 5964118 TID : 312366 PROC : db2sysc 0
INSTANCE: db2ins11 NODE : 000
APPHDL : 0-30653 APPID: *LOCAL.db2ins11.110929115340
AUTHID : DB2INS11
EDUID : 312366 EDUNAME: db2agent (instance) 0
FUNCTION: DB2 UDB, database monitor, sqm_snap_appl_locks, probe:10
MESSAGE : Snapshot cannot obtain lock information for application with app
handle 34922. Application in rollback.

Any specific reason because of which db2 not able to gather lock information??
Reply With Quote
  #2 (permalink)  
Old 09-29-11, 08:26
n_i n_i is offline
:-)
 
Join Date: Jun 2003
Location: Toronto, Canada
Posts: 4,449
Quote:
Originally Posted by shore View Post

Any specific reason because of which db2 not able to gather lock information??
Yes, it's right there in the error message. You may want to read it to the end.
Reply With Quote
  #3 (permalink)  
Old 09-29-11, 09:27
shore shore is offline
Registered User
 
Join Date: Aug 2011
Location: Mumbai,India
Posts: 49
LOCK TIMEOUT REPORT

Date: 29/09/2011
Time: 16:35:38
Instance: db2ins11
Database: SW_UV_DB
Database Partition: 0


Lock Information:

Lock Name: 00020004000000000296000852
Lock Type: Row
Lock Specifics: Tablespace ID=2, Table ID=4, Row ID=x0000000002960008


Lock Requestor:
System Auth ID: DB2INS11
Application Handle: [0-55257]
Application ID: GA010676.PC74.110929172807
Application Name: db2jcc_application
Requesting Agent ID: 118838
Coordinator Agent ID: 118838
Coordinator Partition: 0
Lock timeout Value: 30000 milliseconds
Lock mode requested: ..X
Application Status: (SQLM_UOWEXEC)
Current Operation: (SQLM_EXECUTE)
Lock Escalation: No

Context of Lock Request:
Identification: UOW ID (1); Activity ID (1)
Activity Information:
Package Schema: (NULLID )
Package Name: (SYSSN300NULLID )
Package Version: ()
Section Entry Number: 1
SQL Type: Dynamic
Statement Type: DML, Insert/Update/Delete
Effective Isolation: Read Stability
Statement Unicode Flag: No
Statement: UPDATE UVUSER.T_USERINFO SET IN_USE = ? WHERE USER_ID=? AND APP_ID = 'GLA'


Lock Owner (Representative):
System Auth ID: DB2INS11
Application Handle: [0-55213]
Application ID: GA010676.FB47.110929172723
Application Name: db2jcc_application
Requesting Agent ID: 371747
Coordinator Agent ID: 371747
Coordinator Partition: 0
Lock mode held: NON

List of Active SQL Statements: Not available

List of Inactive SQL Statements from current UOW: Not available

In my locktimeout report also db2 is not able to catch lock holder query.
Why so???
Reply With Quote
  #4 (permalink)  
Old 09-29-11, 09:32
przytula_guy przytula_guy is offline
Registered User
 
Join Date: Apr 2006
Location: Belgium
Posts: 1,159
how about : "Application in rollback."
__________________
Best Regards, Guy Przytula
Database Software Consultant
DB2 UDB LUW Certified V7-V8-V9-V9.7 DB Admin - Dprop..
Information Server Datastage Certified
http://www.infocura.be
Reply With Quote
  #5 (permalink)  
Old 09-29-11, 09:37
shore shore is offline
Registered User
 
Join Date: Aug 2011
Location: Mumbai,India
Posts: 49
I thnk the application which will rollback is the lock waiter application not the lock holder application. Then logically it should capture statement which is causing locks. But here somethng revers is happening. What say??
Reply With Quote
  #6 (permalink)  
Old 09-29-11, 18:05
db2girl db2girl is offline
∞∞∞∞∞∞
 
Join Date: Aug 2008
Location: Toronto, Canada
Posts: 1,816
I believe the warning in the db2diag.log can be ignored, can be due to:
https://www-304.ibm.com/support/docv...id=swg1IC71040


In the lock timeout report: Lock mode held is NON. NON mode means the lock in not actually held so it can't be holding up anyone else:
IBM DB2 9.5 Information Center for Linux, UNIX, and Windows


If this happens frequently, try using db2pd with -locks to catch the locks. Another option is to enable statement history on the deadlock event monitor:
Lock events for DB2 for Linux, UNIX, and Windows, Part 2: New options for analyzing lock timeouts in DB2 9.5
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On