You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Laurenceau Julien (Jira)" <ji...@apache.org> on 2021/05/06 07:17:00 UTC
[jira] [Commented] (CASSANDRA-9143) Fix consistency of
incrementally repaired data across replicas
[ https://issues.apache.org/jira/browse/CASSANDRA-9143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17340040#comment-17340040 ]
Laurenceau Julien commented on CASSANDRA-9143:
----------------------------------------------
Hi,
For those of us using old version, does someone have a script to share to manually fix the "repair" metadata of sstables based on a log of failed anticompaction and void running full repair ?
Regards
> Fix consistency of incrementally repaired data across replicas
> --------------------------------------------------------------
>
> Key: CASSANDRA-9143
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9143
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Sankalp Kohli
> Assignee: Blake Eggleston
> Priority: Normal
> Fix For: 4.0, 4.0-alpha1
>
>
> We currently send an anticompaction request to all replicas. During this, a node will split stables and mark the appropriate ones repaired.
> The problem is that this could fail on some replicas due to many reasons leading to problems in the next repair.
> This is what I am suggesting to improve it.
> 1) Send anticompaction request to all replicas. This can be done at session level.
> 2) During anticompaction, stables are split but not marked repaired.
> 3) When we get positive ack from all replicas, coordinator will send another message called markRepaired.
> 4) On getting this message, replicas will mark the appropriate stables as repaired.
> This will reduce the window of failure. We can also think of "hinting" markRepaired message if required.
> Also the stables which are streaming can be marked as repaired like it is done now.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org