× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Your scenario doesn't fit the definition of a deadlock I don't
think...doesn't a deadlock require more than one resource?


lock escalation needs only one ressource for a deadlock:

transaction 1 reads a record with select into with isolation level uncommited read
transaction 2 reads the same record with the same isolation
now we have the situation, that none of both could update the record!!!

@ wait file 30: the grass isn't as good as it used to be, but they are still smoking !!!

60 seconds for a record lock is by fare too much, a record is locked for milliseconds, or as long as a silly programmer enabled a user to lock a record, while the programm is waiting for the next key stroke of the enter key from the user. or forever...
waiting for a record longer than for disappearing of a tablelock, what situation could someone have in mind for this nonsens???

D*B



Though I tried it with two tables, and still only get the SQL 913 error...

Perhaps you have to have WAITRCD = *NOMAX, for the system to kick out
the deadlock error?

Charles



On Tue, Jan 11, 2011 at 7:32 PM, Jonathon Creenaune
<jonathon@xxxxxxxxxxxxxx> wrote:
Does DB2 for iseries support deadlock detection? I can't get it to work. I'm
manually running the following sql commands in different transactions:


T1: set transaction isolation level RS;
T1: select * from aschema.atable where id = 1;

T2: set transaction isolation level RS;
T2: select * from aschema.atable where id = 1;

T1: update aschema.atable set acolumn = acolumn where id = 1; -- this
blocks, which is correct
T2: update aschema.atable set acolumn = acolumn where id = 1; -- this
blocks, which is correct


On DB2 LUW, after 10 seconds I get sql 911 reason 2, indicating that a
deadlock has been detected and one of the transactions has been rolled back.
The other one then proceeds.

On DB2 for iseries, after 30 seconds (the table's record lock wait time) I
get sql 913, indicating that the record lock wait time has been reached. No
deadlock is detected. I'm wondering if there's something I need to configure
to enable deadlock detection.

I'm running the tests on a v6r1 machine through jt400 6.1.

Any help is much appreciated,

Jonathon
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.