Bug 1289386 - [GSS](6.4.z) When checking for orphaned subordinate transactions in the middle of a tree branches that are eligible for orphan detect
Summary: [GSS](6.4.z) When checking for orphaned subordinate transactions in the middl...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Transaction Manager
Version: 6.4.5
Hardware: Unspecified
OS: Unspecified
high
unspecified
Target Milestone: CR1
: EAP 6.4.8
Assignee: Ivo Studensky
QA Contact: Ondrej Chaloupka
URL:
Whiteboard:
Depends On:
Blocks: eap648-payload 1289990
TreeView+ depends on / blocked
 
Reported: 2015-12-08 00:39 UTC by dstephan
Modified: 2019-12-16 05:10 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-01-17 12:34:58 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker JBTM-2575 0 Blocker Closed When checking for orphaned subordinate transactions in the middle of a tree branches that are eligible for orphan detect... 2017-06-12 14:30:24 UTC
Red Hat Knowledge Base (Solution) 2328051 0 None None None 2016-05-18 08:42:29 UTC

Description dstephan 2015-12-08 00:39:15 UTC
Description of problem:

There is a check in the subordinate orphan detection that not only checks for matching gtrid but also for matching subordinate name. This will not match correctly for an intermediary node. E.g.
a->b b->c

When b scans c the xid it gets back will have subordinate name of c, b will look in its object store and match the subordinate on gtrid but the subordinate node ID in b subordinateatomicaction will be "b".

This check is actually superfluous anyway. We already know that the Xid returned from c was for b because of transport level checks.

Comment 1 JBoss JIRA Server 2015-12-15 09:59:14 UTC
Tom Jenkinson <tom.jenkinson> updated the status of jira JBTM-2575 to Closed

Comment 6 Ondrej Chaloupka 2016-05-12 04:20:24 UTC
Verified with 6.4.8.CP.CR2 and Narayana in version 4.17.32.Final

The behavior was checked with reproducer at
https://github.com/ochaloup/ejb-call-one-other/

Comment 7 Petr Penicka 2017-01-17 12:34:58 UTC
Retroactively bulk-closing issues from released EAP 6.4 cumulative patches.

Comment 8 Petr Penicka 2017-01-17 12:56:47 UTC
Retroactively bulk-closing issues from released EAP 6.4 cummulative patches.


Note You need to log in before you can comment on or make changes to this bug.