You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Alexander Lapin (Jira)" <ji...@apache.org> on 2021/09/15 10:02:00 UTC

[jira] [Created] (IGNITE-15514) Add guaranties of using appropriate affinity assignments from lagged node after reassignment.

Alexander Lapin created IGNITE-15514:
----------------------------------------

             Summary: Add guaranties of using appropriate affinity assignments from lagged node after reassignment.
                 Key: IGNITE-15514
                 URL: https://issues.apache.org/jira/browse/IGNITE-15514
             Project: Ignite
          Issue Type: Improvement
            Reporter: Alexander Lapin
            Assignee: Kirill Gusakov


Let's consider following example:
 # tbl1 true assignment(ms hosted) is A,B,C. Raft is up and running on A,B,C. On node A it's known that tbl1 assignment is A,B,C.
 # Assignment recalculation was triggered that moved true assignment from A,B,C to D,E,F(ms hosted). Raft is up and running on D,E,F. Node A still assumes that tbl1 assignment is A,B,C cause it didn't get update from meta storage about reassignment yet.
 # User tries to put or get data to/from tbl1 from node A. Internally he tries to retrieve raft leader, assuming that it's either on A, B or C. Cause given assumption is wrong he will fail with something similar to TimeoutException.

Seems that we need a solution that will guarantee that appropriate true assignment is used.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)