[infinispan-issues] [JBoss JIRA] (ISPN-3389) Forwarded transactions can remain stale after state transfer

[Erik Salter (JIRA)]

    [ https://issues.jboss.org/browse/ISPN-3389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12794378#comment-12794378 ] 

Erik Salter commented on ISPN-3389:
-----------------------------------

As an illustration, look for GlobalTransaction:<west-dht1-8815(CH2-Chicago-IL)>:58590:local

Here is where the tx is created:  https://dl.dropboxusercontent.com/u/50401510/ISPN-3389/originating_node/server.log.2013-07-30.log.8.gz
Here is the end result after the tx is forwarded:  https://dl.dropboxusercontent.com/u/50401510/ISPN-3389/forwarded_node/OOB-411.txt
                
> Forwarded transactions can remain stale after state transfer
> ------------------------------------------------------------
>
>                 Key: ISPN-3389
>                 URL: https://issues.jboss.org/browse/ISPN-3389
>             Project: Infinispan
>          Issue Type: Bug
>          Components: State transfer
>    Affects Versions: 5.2.7.Final
>            Reporter: Erik Salter
>            Assignee: Mircea Markus
>
> There is a scenario where a tx started on one node, moved during state transfer, and committed on the originating node won't be removed from the new owner's tx table.
> The chain of events is as follows:
> 1. New topology comes in as part of a view change.
> 2. Local transaction started with the new topology ID.  This transaction was started due to a LockControlCommand and has no modifications.  Also important, it only has local locks.
> 3. Tx forwarded to new owner.
> 4. Since the tx has only local locks and no modifications, it is only removed locally.  No TxCompletion or Rollback are broadcast to the new owners.
> This key becomes unusable not due to stale locks, but because the waitForTransaction() code will see that the old tx can "potentially" lock the key.

--
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