Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Thu, 25 Aug 2016 04:08:20 +0000 (UTC)
From: "sankalp kohli (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.12819508.1428538488000.405376.1472098100511@Atlassian.JIRA>
In-Reply-To: <JIRA.12819508.1428538488000@Atlassian.JIRA>
References: <JIRA.12819508.1428538488000@Atlassian.JIRA> <JIRA.12819508.1428538488067@arcas>
Subject: [jira] [Commented] (CASSANDRA-9143) Improving consistency of
 repairAt field across replicas
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Thu, 25 Aug 2016 04:08:22 -0000


    [ https://issues.apache.org/jira/browse/CASSANDRA-9143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15436253#comment-15436253 ] 

sankalp kohli commented on CASSANDRA-9143:
------------------------------------------

I was not aware that we are mixing repaired and not-repaired data during compaction when I created this ticket. 
If we are plan to move anti compaction as the first phase, we can fix both issues with this change instead of splitting them. Since there is not much overlap here..I think we should fix both here.  

> Improving consistency of repairAt field 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: Minor
>
> 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
(v6.3.4#6332)