[POC] Repair on bootstrap (node replacement) CASSANDRA-20281 #54
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…s for auto-repair
…yspace is provided in args
…t::testConversionsInverses
…EP_IF_REPAIR_FINISHES_QUICKLY
Co-authored-by: Francisco Guerrero <frank.guerrero@gmail.com>
Co-authored-by: Francisco Guerrero <frank.guerrero@gmail.com>
Co-authored-by: Francisco Guerrero <frank.guerrero@gmail.com>
…geSplitter.java Co-authored-by: Francisco Guerrero <frank.guerrero@gmail.com>
…geSplitter.java Co-authored-by: Francisco Guerrero <frank.guerrero@gmail.com>
…0419 Avoid micros splitting of token ranges for FixedSplitTokenRangeSplitter
Auto Repair Documentation improvements, bytes_per_assignment to 50GiB
Move auto-repair retry policy config to repair-type level
Previously AutoRepairUtils.myTurnToRunRepair would return MY_TURN if there is capacity to select a new node for repair and the current node has the oldest lastRepairFinishTime. This change adjusts this method to make use of a newly added method getMostEligibleHostToRepair which will identify the node with the oldest lastRepairFinishTime of which none of the node's replicas are actively repairing. This should prevent replicas from actively repairing concurrently, which would increase load on replica sets and also create anticompaction conflicts for incremental repair. Behavior is configurable by allow_parallel_replica_repair and allow_parallel_replica_repair_across_schedules configuration. patch by Andy Tolbert, reviewed by Jaydeepkumar Chovatia and Francisco Guerrero for CASSANDRA-20180
Avoid returning MY_TURN when replicas are actively taking their turn
This reverts commit 74e63d2.
jaydeepkumar1984
force-pushed
the
trunk_cep_37_CASSANDRA_20281_2
branch
from
e03c902 to
fc5635b
Compare
jaydeepkumar1984
force-pushed
the
trunk_cep_37_CASSANDRA_20281_2
branch
from
fc5635b to
7f4b241
Compare
|
jaydeepkumar1984
force-pushed
the
trunk_cep_37
branch
from
9feb931 to
89b4ab6
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Need to bootstrap a new node with the following configuration
The bootstrapping node does the following:
This is POC code only https://issues.apache.org/jira/browse/CASSANDRA-20281