You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Tyler Hobbs (JIRA)" <ji...@apache.org> on 2016/05/26 21:43:13 UTC

[jira] [Commented] (CASSANDRA-8497) Do not replay commit log records for tables that have been repaired since

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

Tyler Hobbs commented on CASSANDRA-8497:
----------------------------------------

Since CASSANDRA-6434 changed to be _more_ restrictive about when tombstones can be purged, I think this ticket is equivalent to CASSANDRA-8498 and can be resolved as a duplicated.  What do you think, [~krummas]?

> Do not replay commit log records for tables that have been repaired since
> -------------------------------------------------------------------------
>
>                 Key: CASSANDRA-8497
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-8497
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Benedict
>            Priority: Minor
>
> If somehow we have commit log records around since prior to a repair was completed, and we have repair-aware tombstone collection, then we could potentially reintroduce deleted data. Since we consider repaired data to be completely up-to-date, unless there has been a cross-cluster failure where data only ended up in the commit log, the commit log records will by now be superfluous. Some grace period may be necessary, as with CASSANDRA-6434.



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