You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ignite.apache.org by "Mo (JIRA)" <ji...@apache.org> on 2018/10/02 10:32:00 UTC
[jira] [Created] (IGNITE-9768) Network partition leads to failures
in Ignite's atomic data types.
Mo created IGNITE-9768:
--------------------------
Summary: Network partition leads to failures in Ignite's atomic data types.
Key: IGNITE-9768
URL: https://issues.apache.org/jira/browse/IGNITE-9768
Project: Ignite
Issue Type: Bug
Affects Versions: 2.4
Reporter: Mo
Creating a network partition in a replicated Ignite cluster leads to creating two independent clusters, each of which would operate independently from the other, even after the network partition is healed.
Setup: 3 servers (s1,s2,s3) two clients (c1,c2).
A partition created \{(s1,s2,c1),(s3,c2)}.
--> At this point two independent clusters form; one containing s1 and s2, while the other containing s3. The two never rejoin even after the partition is healed.
This leads to a faulty atomic types in Ignite.
Affected data types:
* *Atomic Sequence*: An IncrementAndGet operation on *s3* will no affect the sequence in both *s1* and *s2* (even after the partition is healed).
* *AtomicLong* and *AtomicRef*: Operations such as IncrementAndGet, CompareAndSet on *s3* will not be reflected to *s1* and *s2* even after the partition heals, which leads in faulty results for clients connected to these servers.
* *CountDownLatch*: A CountDown Operation on the latch in *s3* will not be reflected to the other servers.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)