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)