[
https://issues.apache.org/jira/browse/CASSANDRA-10505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14953823#comment-14953823
]
Brandon Williams commented on CASSANDRA-10505:
----------------------------------------------
I didn't realize 7953 was mixing both attaching patches and posting github
links. The 7953-rt-merge-2.1 branch does in fact remove the duplicates, so I
guess we're just down to the (possibly more minor) issue of discovering how
they're being created (which is going to be much more difficult to figure out
once 7953 is in play.)
> Duplicate range tombstones
> --------------------------
>
> Key: CASSANDRA-10505
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10505
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Reporter: Brandon Williams
> Fix For: 2.1.x
>
>
> I don't have a way to reproduce this just yet, but I have the sstables to
> prove it and can provide those offline. What I can reproduce, however, is
> the magnification of this problem via compaction. Here's what I know so far:
> * under some condition, we flush the exact same RT more than once in the same
> sstable. Same timestamps, everything.
> * Once this happens in multiple sstables, compacting them causes the
> duplication to grow. The more this occurs, the worse the problem gets.
> This continues until gc_grace has passed, then they are all evicted normally.
> I'd at least like to take a look at the compaction amplification for now,
> that way if the condition does occur, at least compaction can help it, rather
> than exacerbate it.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
