You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Sankalp Kohli (Jira)" <ji...@apache.org> on 2020/05/12 21:37:00 UTC

[jira] [Commented] (CASSANDRA-14939) fix some operational holes in incremental repair

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

Sankalp Kohli commented on CASSANDRA-14939:
-------------------------------------------

I think we should do this as part of 4.0-beta as it is important to users who will use IR in 4.0. IR has major changes in 4.0 and we hope lot more users will use this in 4.0!!

 

cc [~jwest]

> fix some operational holes in incremental repair
> ------------------------------------------------
>
>                 Key: CASSANDRA-14939
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-14939
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Blake Eggleston
>            Assignee: Blake Eggleston
>            Priority: Normal
>             Fix For: 4.0
>
>
> Incremental repair has a few operational rough spots that make it more difficult to fully automate and operate at scale than it should be.
> * Visibility into whether pending repair data exists for a given token range.
> * Ability to force promotion/demotion of data for completed sessions instead of waiting for compaction.
> * Get the most recent repairedAt timestamp for a given token range.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org