[JBoss JIRA] (JBTM-1350) Deadlock in LockManager
by Michael Musgrove (JIRA)
[ https://issues.jboss.org/browse/JBTM-1350?page=com.atlassian.jira.plugin.... ]
Michael Musgrove updated JBTM-1350:
-----------------------------------
Fix Version/s: (was: 4.17.3)
> Deadlock in LockManager
> -----------------------
>
> Key: JBTM-1350
> URL: https://issues.jboss.org/browse/JBTM-1350
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Transaction Core
> Affects Versions: 5.0.0.M1, 4.17.2
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 5.0.0.M3
>
> Attachments: deadlock_via_intrinsic_lock, deadlock_via_ServerNestedAction, jstack.16785
>
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> A deadlock can occur whilst calling LockManager.setlock if another thread tries to commit a transaction that has the same lock manager as a participant. The attached java stack dump, jstack.16785, (from test com.hp.mwtests.ts.jts.remote.hammer.DistributedHammer2) shows an example. It shows two threads interacting with a remote HammerObject:
> - Thread 1 updates the remote object;
> - Thread 2 commits a transaction that has the same HammerObject instance as a participant;
> Thread 1 calls setlock on HammerObject which synchronizes on BasicAction.Current() and LockManager.locksHeldLockObject and then activates the object (which triggers an object load from the object store). The activate call tries to lock StateManager.mutex and this is where thread 1 deadlocks.
> Meanwhile a commit request is issued which results in Thread 2 running at the same time thread 1 is calling activate. The commit asks HammerObject to prepare and commit. The participant commit asks HammerObject to release any locks it has held (LockManager.releaseAll). This call first tries to lock BasicAction.Current() which is null during commit time (since commit disassociates the transaction from the thread before committing the participants). Instead it locks StateManager.mutex which succeeds. Then it tries to lock LockManager.locksHeldLockObject and that is where Thread 2 deadlocks.
> Note that the problem arises because Thread 2 gets null when it calls BasicAction.Current() and instead locks StateManager.mutex. If BasicAction.Current() was not null thread 2 would try to lock it but would not obtain the lock until thread 1 had completed the activate call and released BasicAction.Current() thus allowing thread 2 to continue as normal.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 3 months
[JBoss JIRA] (JBTM-1593) Most top level subsystem folders in the quickstart repo are missing README.md files
by Paul Robinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1593?page=com.atlassian.jira.plugin.... ]
Paul Robinson updated JBTM-1593:
--------------------------------
Description:
Top level subsystem folders in the quickstart repo are missing README.md files (except XTS).
Use the XTS README.md as an example of what they should look like. I suggest the workload assignments for completing this task as follows:
ArjunaCore - Mike
ArjunaJTA - Mike
ArjunaJTS - Mike
atsintegration - Mike
ObjectStore - Mike
blacktie Amos
rest-tx - Mike
was:
Top level subsystem folders in the quickstart repo are missing README.md files (except XTS).
Use the XTS README.md as an example of what they should look like. I suggest the workload assignments for completing this task as follows:
ArjunaCore - Mike
ArjunaJTA - Mike
ArjunaJTS - Mike
atsintegration - Mike
ObjectStore - Mike
blacktie Amos
rest-tx - Mike
TXBridge Paul
TXFramework Paul
> Most top level subsystem folders in the quickstart repo are missing README.md files
> -----------------------------------------------------------------------------------
>
> Key: JBTM-1593
> URL: https://issues.jboss.org/browse/JBTM-1593
> Project: JBoss Transaction Manager
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Demonstrator
> Affects Versions: 5.0.0.M2
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Minor
> Fix For: 5.0.0.Final
>
>
> Top level subsystem folders in the quickstart repo are missing README.md files (except XTS).
> Use the XTS README.md as an example of what they should look like. I suggest the workload assignments for completing this task as follows:
> ArjunaCore - Mike
> ArjunaJTA - Mike
> ArjunaJTS - Mike
> atsintegration - Mike
> ObjectStore - Mike
> blacktie Amos
> rest-tx - Mike
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 3 months
[JBoss JIRA] (JBTM-1593) Most top level subsystem folders in the quickstart repo are missing README.md files
by Paul Robinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1593?page=com.atlassian.jira.plugin.... ]
Paul Robinson commented on JBTM-1593:
-------------------------------------
I've removed TXFramework and TXBridge from the list as they where moved into XTS for M2.
> Most top level subsystem folders in the quickstart repo are missing README.md files
> -----------------------------------------------------------------------------------
>
> Key: JBTM-1593
> URL: https://issues.jboss.org/browse/JBTM-1593
> Project: JBoss Transaction Manager
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Demonstrator
> Affects Versions: 5.0.0.M2
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Minor
> Fix For: 5.0.0.Final
>
>
> Top level subsystem folders in the quickstart repo are missing README.md files (except XTS).
> Use the XTS README.md as an example of what they should look like. I suggest the workload assignments for completing this task as follows:
> ArjunaCore - Mike
> ArjunaJTA - Mike
> ArjunaJTS - Mike
> atsintegration - Mike
> ObjectStore - Mike
> blacktie Amos
> rest-tx - Mike
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 3 months
[JBoss JIRA] (JBTM-1593) Most top level subsystem folders in the quickstart repo are missing README.md files
by Michael Musgrove (JIRA)
Michael Musgrove created JBTM-1593:
--------------------------------------
Summary: Most top level subsystem folders in the quickstart repo are missing README.md files
Key: JBTM-1593
URL: https://issues.jboss.org/browse/JBTM-1593
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Demonstrator
Affects Versions: 5.0.0.M2
Reporter: Michael Musgrove
Assignee: Michael Musgrove
Priority: Minor
Fix For: 5.0.0.Final
Top level subsystem folders in the quickstart repo are missing README.md files (except XTS).
Use the XTS README.md as an example of what they should look like. I suggest the workload assignments for completing this task as follows:
ArjunaCore - Mike
ArjunaJTA - Mike
ArjunaJTS - Mike
atsintegration - Mike
ObjectStore - Mike
blacktie Amos
rest-tx - Mike
TXBridge Paul
TXFramework Paul
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 3 months
[JBoss JIRA] (JBTM-1465) Performance tests using JDBCStore
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1465?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-1465:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Performance tests using JDBCStore
> ---------------------------------
>
> Key: JBTM-1465
> URL: https://issues.jboss.org/browse/JBTM-1465
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Performance Testing, Transaction Core
> Affects Versions: 4.17.3
> Reporter: Mark Little
> Assignee: Tom Jenkinson
> Priority: Minor
> Fix For: 4.17.4, 5.0.0.M3
>
>
> Some of the core and txoj performance tests appear to be running against the JDBC object store rather than the default file store. It's possible that this change has been put in place to test the updated JDBC object store, but it should not be the default. It's also possible that it is simply a bug, or inheriting some configuration update from earlier tests. The performance tests should be returned to work against the default file implementation and if necessary new jdbc specific tests added.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 3 months
[JBoss JIRA] (JBTM-1465) Performance tests using JDBCStore
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1465?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-1465:
--------------------------------
Priority: Minor (was: Major)
> Performance tests using JDBCStore
> ---------------------------------
>
> Key: JBTM-1465
> URL: https://issues.jboss.org/browse/JBTM-1465
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Performance Testing, Transaction Core
> Affects Versions: 4.17.3
> Reporter: Mark Little
> Assignee: Tom Jenkinson
> Priority: Minor
> Fix For: 4.17.4, 5.0.0.M3
>
>
> Some of the core and txoj performance tests appear to be running against the JDBC object store rather than the default file store. It's possible that this change has been put in place to test the updated JDBC object store, but it should not be the default. It's also possible that it is simply a bug, or inheriting some configuration update from earlier tests. The performance tests should be returned to work against the default file implementation and if necessary new jdbc specific tests added.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 3 months