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