[
https://issues.apache.org/jira/browse/IGNITE-5954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16486953#comment-16486953
]
Alexey Kuznetsov edited comment on IGNITE-5954 at 5/25/18 12:20 PM:
--------------------------------------------------------------------
Consider the following cluster:
Node0, Node1, Node2.
key1 is primary key on Node1, backup on Node2.
Bug scenario:
0) key1 is inserted on Node1.
1) Node0 requests key, and save it in near cache.
2) After Node2 crashes Node0 became new backup node for key1
3) key1 is updated on Node1. On this step new value is transferred to Node0 and
set into DHT cache, but not into Near cache.
4) Node2 raises and became backup for key1
5) After rebalance we extract key1 value from Node0 and observe obsolete value.
Fix is to remove value from near cache on 3 step. Removing should be performed
in
processDhtAtomicUpdateRequest(), after new value is inserted in DHT cache.
was (Author: alexey kuznetsov):
the bug is in the following scenario:
1) near node requests key, save it in near cache
2) near node becames primary or backup
3) new value is inserted and propagated to the node. On this step, new value is
set into DHT cache, not Near one. We have obsolete value in Near cache
4) near node again became near
5) we have obsolete value in Near cache. This is a bug
Fix is to remove value from near cache on 3 step. Removing should be performed
in
processDhtAtomicUpdateRequest(), after new value is inserted in DHT cache.
> Ignite Cache Failover: GridCacheAtomicNearRemoveFailureTest.testPutAndRemove
> fails
> ----------------------------------------------------------------------------------
>
> Key: IGNITE-5954
> URL: https://issues.apache.org/jira/browse/IGNITE-5954
> Project: Ignite
> Issue Type: Bug
> Affects Versions: 2.1
> Reporter: Eduard Shangareev
> Assignee: Alexey Kuznetsov
> Priority: Major
> Labels: MakeTeamcityGreenAgain
> Fix For: 2.6
>
>
> Probably, it's broken after IGNITE-5272.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
