Bug 1270281

Summary: [GSS](6.4.z) Transaction probe needlessly locks CLI
Product: [JBoss] JBoss Enterprise Application Platform 6 Reporter: Aaron Ogburn <aogburn>
Component: Transaction ManagerAssignee: Aaron Ogburn <aogburn>
Status: CLOSED CURRENTRELEASE QA Contact: Ondrej Chaloupka <ochaloup>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.4.4CC: bmaxwell, istudens, jawilson, jbilek, ochaloup, tom.jenkinson, vtunka
Target Milestone: CR1   
Target Release: EAP 6.4.6   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1235746    
Attachments:
Description Flags
BZ1270281.btm none

Description Aaron Ogburn 2015-10-09 13:39:22 UTC
A transaction probe grabs the controller lock before proceeding. Transaction probes may see long run times depending upon db responsiveness. So other CLI operations can end up needlessly blocked for quite some time waiting for the db to respond for a transaction probe to proceed.

Comment 1 Aaron Ogburn 2015-10-09 14:06:13 UTC
Created attachment 1081348 [details]
BZ1270281.btm

Comment 2 Aaron Ogburn 2015-10-09 14:08:24 UTC
Attached a byteman script to easily expose the issue.  To reproduce:

1. Start jboss with byteman script installed:

    -javaagent:/path/to/lib/byteman.jar=script:/path/to/BZ1270281.btm,sys:/home/aaron/path/to/lib/byteman.jar

2. Do a transaction probe CLI command:

    /subsystem=transactions/log-store=log-store/:probe

3. Attempt any other CLI write attribute command and note it hangs as well, blocked by the tx probe

Comment 3 Aaron Ogburn 2015-10-09 14:11:52 UTC
https://github.com/jbossas/jboss-eap/pull/2582

Comment 5 Jiří Bílek 2016-01-20 14:07:40 UTC
Verified with EAP 6.4.6.CP.CR2.

Comment 6 Petr Penicka 2017-01-17 11:48:11 UTC
Retroactively bulk-closing issues from released EAP 6.4 cumulative patches.

Comment 7 Petr Penicka 2017-01-17 11:48:26 UTC
Retroactively bulk-closing issues from released EAP 6.4 cumulative patches.