[CASSANDRA-14802] calculatePendingRanges assigns more pending ranges than necessary

• Type: Bug
• Status: Resolved
• Priority: Normal
• Resolution: Fixed
• Fix Version/s: 4.0-alpha1, 4.0
• Component/s: Legacy/Coordination, Legacy/Distributed Metadata
• Severity: Normal
• Since Version: 2.1.0

Test and Documentation Plan

Unit test included

• Assignee: Sam Tunnicliffe
• Reporter: Benedict Elliott Smith

Authors

Sam Tunnicliffe

Reviewers

Benedict Elliott Smith

• Created: 03/Oct/18 11:23
• Updated: 15/May/20 13:48
• Resolved: 15/May/20 13:48

Description

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.