You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Dag H. Wanvik (JIRA)" <ji...@apache.org> on 2011/01/22 03:04:43 UTC
[jira] Created: (DERBY-4982) Retrying after interrupts in store
pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
------------------------------------------------------------------------------------------------------------
Key: DERBY-4982
URL: https://issues.apache.org/jira/browse/DERBY-4982
Project: Derby
Issue Type: Bug
Components: Store
Affects Versions: 10.8.0.0
Reporter: Dag H. Wanvik
Cf Myrna's comment on DERBY-4741:
"I think the latest check-in has caused the following tinderbox failure:
derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
*** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
2 del
< -- Unit Test T_RawStoreFactory finished
2 add
> ran out of time
> Exit due to time bomb
Test Failed.
*** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
"
It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (DERBY-4982) Retrying after interrupts in store
pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
Posted by "Dag H. Wanvik (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986207#action_12986207 ]
Dag H. Wanvik commented on DERBY-4982:
--------------------------------------
This error is due to the way the method T_Unit#checkGetLatchedPage works. This method calls into the internal Derby Page classes to test latching of pages. The structure of this test code mirrors how the code in BasePage#setExclusive works in the following scenario:
The Derby store code is wrong internally somehow, so an attempt is made to grab the same latch twice. This condition is tested for by checkGetLatchedPage and it treats it differently in sane and insane mode.
- in sane mode, an assert error is thrown
- in insane mode, the code will do a wait on the monitor and rely on lock time-out to break the stalemate (waiting for itself...)
Now, the test T_RawStoreFactory#P024 calls T_Unit#checkGetLatchedPage. The latter "knows" that in insane mode, a hang can be expected when it tries
to acquire a lack for the second time, so to get out of this, it fires off a thread which will shoot down the hanging user thread with an interrupt, so as to get control back: 08000 is expected.
With the changes in DERBY-4741, interrupting the test thread no longer works, since the wait in setExclusive just retries. This means that in insane mode, the tests hangs until the harness' time bomb goes off. I ran my regression tests in sane mode, which wasn't affected by this logic, and was thus blind-sided.
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (DERBY-4982) Retrying after interrupts
in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in
some cases
Posted by "Dag H. Wanvik (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986221#action_12986221 ]
Dag H. Wanvik edited comment on DERBY-4982 at 1/25/11 5:18 PM:
---------------------------------------------------------------
Uploading a patch which makes store throw a session level exception (the cleanup will release the latch if held by this transaction and and notify an other threads) for both sane and insane, instead of assert for sane, and in stead of waiting eternally fo insane, In stead of 08000, I made a new error, DATA_DOUBLE_LATCH_INTERNAL_ERROR for this situation.I chose not to make it database level since the the thread is only dead-locked with itself and we have no sign that the database is compromised. Maybe it is overkill to make a new error for this internal error which is not expected to happen, but according to Knut, waiting for lock timeout is no longer an option: we get an eternal hang. Opinions are welcome as always.
The test code has been adjusted accordingly.
Running regressions.
was (Author: dagw):
Uploading a patch which makes store throw a session level exception (after releasing the latch and notifying an other threads) for both sane and insane, instead of assert for sane, and in stead of waiting eternally fo insane, In stead of 08000, I made a new error, DATA_DOUBLE_LATCH_INTERNAL_ERROR for this situation.I chose not to make it database level since the the thread is only dead-locked with itself and we have no sign that the database is compromised. Maybe it is overkill to make a new error for this internal error which is not expected to happen, but according to Knut, waiting for lock timeout is no longer an option: we get an eternal hang. Opinions are welcome as always.
The test code has been adjusted accordingly.
Running regressions.
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
> Attachments: derby-4982.diff, derby-4982.stat, derby-4982b.diff, derby-4982b.stat
>
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (DERBY-4982) Retrying after interrupts in store
pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
Posted by "Knut Anders Hatlen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986697#action_12986697 ]
Knut Anders Hatlen commented on DERBY-4982:
-------------------------------------------
Thanks, Dag! The "b" patch looks good. +1
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
> Attachments: derby-4982.diff, derby-4982.stat, derby-4982b.diff, derby-4982b.stat
>
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (DERBY-4982) Retrying after interrupts in store
pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
Posted by "Dag H. Wanvik (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986629#action_12986629 ]
Dag H. Wanvik commented on DERBY-4982:
--------------------------------------
Thanks, Knut.
Regressions rans fine in insane mode. I'll expand on the comment and fix the error parameter.
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
> Attachments: derby-4982.diff, derby-4982.stat
>
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (DERBY-4982) Retrying after interrupts in store
pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
Posted by "Dag H. Wanvik (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dag H. Wanvik resolved DERBY-4982.
----------------------------------
Resolution: Fixed
Fix Version/s: 10.8.0.0
Committed as svn 1063960, resolving. storeall should now we back in shape in the dailies.
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
> Fix For: 10.8.0.0
>
> Attachments: derby-4982.diff, derby-4982.stat, derby-4982b.diff, derby-4982b.stat, derby-4982c.diff
>
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (DERBY-4982) Retrying after interrupts
in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in
some cases
Posted by "Dag H. Wanvik (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986207#action_12986207 ]
Dag H. Wanvik edited comment on DERBY-4982 at 1/24/11 11:07 PM:
----------------------------------------------------------------
This error is due to the way the method T_Unit#checkGetLatchedPage works. This method calls into the internal Derby Page classes to test latching of pages. The structure of this test code mirrors how the code in BasePage#setExclusive works in the following scenario:
The Derby store code is wrong internally somehow, so an attempt is made to grab the same latch twice. This condition is tested for by checkGetLatchedPage and it treats it differently in sane and insane mode as does store. BasePage#setExclusive does the following:
- in sane mode, an assert error is thrown
- in insane mode, the code will do a wait on the monitor and rely on lock time-out to break the stalemate (waiting for itself...)
Now, the test T_RawStoreFactory#P024 calls T_Unit#checkGetLatchedPage. The latter "knows" that in insane mode, a hang can be expected when it tries
to acquire a lack for the second time, so to get out of this, it fires off a thread which will shoot down the hanging user thread with an interrupt, so as to get control back: 08000 is expected.
With the changes in DERBY-4741, interrupting the test thread no longer works, since the wait in setExclusive just retries. This means that in insane mode, the tests hangs until the harness' time bomb goes off. I ran my regression tests in sane mode, which wasn't affected by this logic, and was thus blind-sided.
was (Author: dagw):
This error is due to the way the method T_Unit#checkGetLatchedPage works. This method calls into the internal Derby Page classes to test latching of pages. The structure of this test code mirrors how the code in BasePage#setExclusive works in the following scenario:
The Derby store code is wrong internally somehow, so an attempt is made to grab the same latch twice. This condition is tested for by checkGetLatchedPage and it treats it differently in sane and insane mode.
- in sane mode, an assert error is thrown
- in insane mode, the code will do a wait on the monitor and rely on lock time-out to break the stalemate (waiting for itself...)
Now, the test T_RawStoreFactory#P024 calls T_Unit#checkGetLatchedPage. The latter "knows" that in insane mode, a hang can be expected when it tries
to acquire a lack for the second time, so to get out of this, it fires off a thread which will shoot down the hanging user thread with an interrupt, so as to get control back: 08000 is expected.
With the changes in DERBY-4741, interrupting the test thread no longer works, since the wait in setExclusive just retries. This means that in insane mode, the tests hangs until the harness' time bomb goes off. I ran my regression tests in sane mode, which wasn't affected by this logic, and was thus blind-sided.
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (DERBY-4982) Retrying after interrupts in store
pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
Posted by "Dag H. Wanvik (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dag H. Wanvik updated DERBY-4982:
---------------------------------
Attachment: derby-4982.stat
derby-4982.diff
Uploading a patch which makes store throw a session level exception (after releasing the latch and notifying an other threads) for both sane and insane, instead of assert for sane, and in stead of waiting eternally fo insane, In stead of 08000, I made a new error, DATA_DOUBLE_LATCH_INTERNAL_ERROR for this situation.I chose not to make it database level since the the thread is only dead-locked with itself and we have no sign that the database is compromised. Maybe it is overkill to make a new error for this internal error which is not expected to happen, but according to Knut, waiting for lock timeout is no longer an option: we get an eternal hang. Opinions are welcome as always.
The test code has been adjusted accordingly.
Running regressions.
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
> Attachments: derby-4982.diff, derby-4982.stat
>
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (DERBY-4982) Retrying after interrupts in store
pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
Posted by "Knut Anders Hatlen (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986295#action_12986295 ]
Knut Anders Hatlen commented on DERBY-4982:
-------------------------------------------
I think failing in both sane and insane is fine when we attempt to double-latch a page. That's what this code did before DERBY-2107, only difference was that it would be a deadlock exception from the lock manager after a 20 second delay. This should never happen unless we have a bug somewhere, so what we chose to do is mainly a question about how keep the internal API testable. And if we should have a bug that causes double-latching, a message telling that that's what happened is probably more helpful than a hang.
The comment in BasePage.setExclusive() doesn't say that this is an attempt to double-latch a page anymore. Perhaps expand on the comment to make it clearer why we error out?
The new message takes a parameter, but no value is provided in the call to newException().
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
> Attachments: derby-4982.diff, derby-4982.stat
>
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (DERBY-4982) Retrying after interrupts in store
pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
Posted by "Dag H. Wanvik (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dag H. Wanvik reassigned DERBY-4982:
------------------------------------
Assignee: Dag H. Wanvik
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (DERBY-4982) Retrying after interrupts
in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in
some cases
Posted by "Dag H. Wanvik (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986221#action_12986221 ]
Dag H. Wanvik edited comment on DERBY-4982 at 1/25/11 5:37 PM:
---------------------------------------------------------------
Uploading a patch which makes store throw a session level exception (the cleanup will possibly release the latch if held by this transaction, not sure) for both sane and insane, instead of assert for sane, and in stead of waiting eternally fo insane, In stead of 08000, I made a new error, DATA_DOUBLE_LATCH_INTERNAL_ERROR for this situation.I chose not to make it database level since the the thread is only dead-locked with itself and we have no sign that the database is compromised. Maybe it is overkill to make a new error for this internal error which is not expected to happen, but according to Knut, waiting for lock timeout is no longer an option: we get an eternal hang. Opinions are welcome as always.
The test code has been adjusted accordingly.
Running regressions.
was (Author: dagw):
Uploading a patch which makes store throw a session level exception (the cleanup will release the latch if held by this transaction and and notify an other threads) for both sane and insane, instead of assert for sane, and in stead of waiting eternally fo insane, In stead of 08000, I made a new error, DATA_DOUBLE_LATCH_INTERNAL_ERROR for this situation.I chose not to make it database level since the the thread is only dead-locked with itself and we have no sign that the database is compromised. Maybe it is overkill to make a new error for this internal error which is not expected to happen, but according to Knut, waiting for lock timeout is no longer an option: we get an eternal hang. Opinions are welcome as always.
The test code has been adjusted accordingly.
Running regressions.
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
> Attachments: derby-4982.diff, derby-4982.stat, derby-4982b.diff, derby-4982b.stat
>
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (DERBY-4982) Retrying after interrupts in store
pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
Posted by "Dag H. Wanvik (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dag H. Wanvik updated DERBY-4982:
---------------------------------
Attachment: derby-4982b.stat
derby-4982b.diff
Uploading revision "b", which adds a more verbose comment, and inserts the
missing parameter. I reran storeunit, ok.
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
> Attachments: derby-4982.diff, derby-4982.stat, derby-4982b.diff, derby-4982b.stat
>
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (DERBY-4982) Retrying after interrupts in store
pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
Posted by "Dag H. Wanvik (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-4982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dag H. Wanvik updated DERBY-4982:
---------------------------------
Attachment: derby-4982c.diff
Uploading patch "c" which fixes a bad cut & paste job: the type of message argument is wrong in messages.xml.
> Retrying after interrupts in store pops a bug in derbyall/storeall/storeunit/T_RawStoreFactory in some cases
> ------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-4982
> URL: https://issues.apache.org/jira/browse/DERBY-4982
> Project: Derby
> Issue Type: Bug
> Components: Store
> Affects Versions: 10.8.0.0
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
> Attachments: derby-4982.diff, derby-4982.stat, derby-4982b.diff, derby-4982b.stat, derby-4982c.diff
>
>
> Cf Myrna's comment on DERBY-4741:
> "I think the latest check-in has caused the following tinderbox failure:
> derbyall/storeall/storeall.fail:unit/T_RawStoreFactory.unit
> see: http://dbtg.foundry.sun.com/derby/test/tinderbox_trunk16/jvm1.6/testing/testlog/SunOS-5.10_i86pc-i386/1061516-derbyall_diff.txt:
> ********* Diff file derbyall/storeall/storeunit/T_RawStoreFactory.diff
> *** Start: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-20 23:22:23 ***
> 2 del
> < -- Unit Test T_RawStoreFactory finished
> 2 add
> > ran out of time
> > Exit due to time bomb
> Test Failed.
> *** End: T_RawStoreFactory jdk1.6.0_18 storeall:storeunit 2011-01-21 00:22:54 ***
> "
> It failed in the nightly runs with ibm 1.6 also (and 1.4.2 and 1.5).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.