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 2015/06/19 18:30:00 UTC
[jira] [Commented] (CASSANDRA-9621) Repair of the SystemDistributed
keyspace creates a non-trivial amount of memory pressure
[ https://issues.apache.org/jira/browse/CASSANDRA-9621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14593594#comment-14593594 ]
Tyler Hobbs commented on CASSANDRA-9621:
----------------------------------------
Maybe we should skip that keyspace, but CASSANDRA-9491 is really the root cause that needs to be fixed, I think. With that fixed, there is less reason to do this.
> Repair of the SystemDistributed keyspace creates a non-trivial amount of memory pressure
> ----------------------------------------------------------------------------------------
>
> Key: CASSANDRA-9621
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9621
> Project: Cassandra
> Issue Type: Bug
> Reporter: Sylvain Lebresne
> Assignee: Marcus Eriksson
> Priority: Minor
> Fix For: 2.2.0 rc2
>
>
> When a repair without any particular option is triggered, the {{SystemDistributed}} keyspace is repaired for all range, and in particular the {{repair_history}} table. For every range, that table is written and flushed (as part of normal repair), meaning that every range triggers the creation of a new 1MB slab region (this also triggers quite a few compactions that also write and flush {{compaction_progress}} at every start and end).
> I don't know how much of a big deal this will be in practice, but I wonder if it's really useful to repair the {{repair_*}} tables by default so maybe we could exclude the SystemDistributed keyspace from default repairs and only repair it if asked explicitly?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)