Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Wed, 19 Oct 2016 07:25:58 +0000 (UTC)
From: "Marcus Eriksson (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.13011595.1476257916000.25789.1476861958507@Atlassian.JIRA>
In-Reply-To: <JIRA.13011595.1476257916000@Atlassian.JIRA>
References: <JIRA.13011595.1476257916000@Atlassian.JIRA> <JIRA.13011595.1476257916916@arcas>
Subject: [jira] [Commented] (CASSANDRA-12778) Tombstones not being deleted
 when only_purge_repaired_tombstones is enabled
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Wed, 19 Oct 2016 07:26:06 -0000


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

Marcus Eriksson commented on CASSANDRA-12778:
---------------------------------------------

I imagine most of these issues will be solved by CASSANDRA-9143

> Tombstones not being deleted when only_purge_repaired_tombstones is enabled
> ---------------------------------------------------------------------------
>
>                 Key: CASSANDRA-12778
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-12778
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Arvind Nithrakashyap
>            Assignee: Marcus Eriksson
>            Priority: Critical
>
> When we use only_purge_repaired_tombstones for compaction, we noticed that tombstones are no longer being deleted.
> {noformat}compaction = {'class': 'org.apache.cassandra.db.compaction.LeveledCompactionStrategy', 'only_purge_repaired_tombstones': 'true'}{noformat}
> The root cause for this seems to be caused by the fact that repair itself issues a flush which in turn leads to a new sstable being created (which is not in the repair set). It looks like we do have some old data in this sstable because of this, only tombstones older than that timestamp are getting deleted even though many more keys have been repaired. 
> Fundamentally it looks like flush and repair can race with each other and with leveled compaction, the flush creates a new sstable at level 0 and removes the older sstable (the one that is picked for repair). Since repair itself seems to issue multiple flushes, the level 0 sstable never gets repaired and hence tombstones never get deleted. 
> We have already included the fix for CASSANDRA-12703 while testing. 


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)