[ https://issues.apache.org/jira/browse/CASSANDRA-20197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dmitry Konstantinov updated CASSANDRA-20197: -------------------------------------------- Change Category: Operability Complexity: Normal > Provide the ability to reset Repaired At metadata without Cassandra node > shutdown > --------------------------------------------------------------------------------- > > Key: CASSANDRA-20197 > URL: https://issues.apache.org/jira/browse/CASSANDRA-20197 > Project: Apache Cassandra > Issue Type: Improvement > Components: Consistency/Repair > Reporter: Dmitry Konstantinov > Priority: Normal > > Background: It is a quite frequent issue when by mistake for a Cassandra > cluster and incremental repair is triggered instead of a full one > (incremental as a default option helps with it). As a result we have SSTable > marked within non-zero "Repaired At" value and the are separated by > compaction logic to a separate SSTable pool. If incremental repair is not > executed regularly after it we have issues like uncleaned tombstones sitting > forever within the table even after a major compaction. > The current way to solve the issue is to use > [sstablerepairedset|https://cassandra.apache.org/doc/stable/cassandra/tools/sstable/sstablerepairedset.html] > command but we have to stop Cassandra node to run it, so to recover from the > issue described before we have to do a rolling restart of Cassandra nodes - > it is time consuming and affects performance due to a warmup period after a > restart. > The improvement is about introducing an nodetool command which can ask > Cassandra node to reset "Repaired At" value for local SSTables of a table in > runtime without an node shutdown. > A command can look like: > {code:java} > nodetool set-unrepaired some_keyspace.some_table > nodetool set-unrepaired some_keyspace{code} > -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org