You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Sam Tunnicliffe (Jira)" <ji...@apache.org> on 2024/01/25 13:17:00 UTC
[jira] [Commented] (CASSANDRA-19262) Handle MIN_TOKEN placement correctly
[ https://issues.apache.org/jira/browse/CASSANDRA-19262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17810884#comment-17810884 ]
Sam Tunnicliffe commented on CASSANDRA-19262:
---------------------------------------------
Mostly LGTM - the 2 failing jvm dtest are passing repeatedly for me locally. The unit test failures are all attributable to the same cause (comment left on PR)
> Handle MIN_TOKEN placement correctly
> ------------------------------------
>
> Key: CASSANDRA-19262
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19262
> Project: Cassandra
> Issue Type: Bug
> Components: Consistency/Bootstrap and Decommission
> Reporter: Alex Petrov
> Assignee: Alex Petrov
> Priority: Normal
> Attachments: ci_summary-1.html, result_details.tar.gz
>
>
> During concurrent range movements, it is possible to end up in a situation when from the perspective of the node that owns the {{MIN}} token, there are two independent ranges {{(MIN, A]}} and {{{}(Z, MIN]{}}}. And from the perspective of the joining node, it does not know that these are two _separate_ ranges, and thinks they are just one wraparound range, so it tries to just add some placements there.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org