[infinispan-issues] [JBoss JIRA] (ISPN-5076) Pessimistic transactions can lose their locks when the primary owner changes

[Dan Berindei (JIRA)]

     [ https://issues.jboss.org/browse/ISPN-5076?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dan Berindei updated ISPN-5076:
-------------------------------
    Description: 
In a pessimistic cache, if a transaction {{T1}} has a {{put(k, v)}} operation and the primary owner of the key is the originator, the lock is acquired on the originator but it is not replicated to on the backup(s).

If one of the backup owners becomes the primary owner, it will allow another transaction {{T2}} to lock (and update) key {{k}} before it receives the one-phase prepare command from the originator of {{T1}}.

  was:
In a pessimistic cache, if a transaction {{T1}} has a {{put(k, v})}} operation and the primary owner of the key is the originator, the lock is acquired on the originator but it is not replicated to on the backup(s).

If one of the backup owners becomes the primary owner, it will allow another transaction {{T2}} to lock (and update) key {{k}} before it receives the one-phase prepare command from the originator of {{T1}}.



> Pessimistic transactions can lose their locks when the primary owner changes
> ----------------------------------------------------------------------------
>
>                 Key: ISPN-5076
>                 URL: https://issues.jboss.org/browse/ISPN-5076
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Core, State Transfer
>    Affects Versions: 7.0.2.Final, 7.1.0.Alpha1
>            Reporter: Dan Berindei
>            Assignee: Dan Berindei
>            Priority: Critical
>              Labels: 7.0
>             Fix For: 7.1.0.Final
>
>
> In a pessimistic cache, if a transaction {{T1}} has a {{put(k, v)}} operation and the primary owner of the key is the originator, the lock is acquired on the originator but it is not replicated to on the backup(s).
> If one of the backup owners becomes the primary owner, it will allow another transaction {{T2}} to lock (and update) key {{k}} before it receives the one-phase prepare command from the originator of {{T1}}.



--
This message was sent by Atlassian JIRA
(v6.3.11#6341)