cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sam Tunnicliffe (JIRA)" <>
Subject [jira] [Updated] (CASSANDRA-14802) calculatePendingRanges assigns more pending ranges than necessary
Date Wed, 20 Mar 2019 12:45:00 GMT


Sam Tunnicliffe updated CASSANDRA-14802:
    Status: Ready to Commit  (was: Review In Progress)

> calculatePendingRanges assigns more pending ranges than necessary 
> ------------------------------------------------------------------
>                 Key: CASSANDRA-14802
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Legacy/Coordination, Legacy/Distributed Metadata
>            Reporter: Benedict
>            Assignee: Sam Tunnicliffe
>            Priority: Normal
>             Fix For: 4.x
> This might be a good thing, but should probably be configurable, and made consistent.
 Presently, in a number of circumstances where there are multiple range movements, {{calculatePendingRanges}}
will assign a pending range to a node that will not ultimately own it.  If done consistently,
this might make range movements resilient to node failures / aborted range movements, since
all nodes will be receiving all ranges they might own under any incomplete range ownership
movements.  But done inconsistently it seems only to reduce availability in the cluster, by
potentially increasing the number of pending nodes unnecessarily.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message