You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Chris Lohfink (Jira)" <ji...@apache.org> on 2025/04/29 14:38:00 UTC
[jira] [Assigned] (CASSANDRA-20586) Consider increasing default for auto_repair.sstable_upper_threshold to a higher value
[ https://issues.apache.org/jira/browse/CASSANDRA-20586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chris Lohfink reassigned CASSANDRA-20586:
-----------------------------------------
Assignee: Jaydeepkumar Chovatia
> Consider increasing default for auto_repair.sstable_upper_threshold to a higher value
> -------------------------------------------------------------------------------------
>
> Key: CASSANDRA-20586
> URL: https://issues.apache.org/jira/browse/CASSANDRA-20586
> Project: Apache Cassandra
> Issue Type: Improvement
> Components: Consistency/Repair
> Reporter: Andy Tolbert
> Assignee: Jaydeepkumar Chovatia
> Priority: Normal
>
> Auto repair's {{sstable_upper_threshold}} default is currently defined as:
> {noformat}
> # # Threshold to skip repairing tables with too many SSTables. Defaults to 10,000 SSTables to avoid penalizing good
> # # tables.
> # sstable_upper_threshold: 10000
> {noformat}
> For clusters with denser nodes (multi-TB) and with LCS, 10k+ SSTables for a given table is not unusual. It's probably best to have a higher threshold so repairs don't completely stop working for a table, so maybe we should perhaps set this to a default value that is higher and operators can decrease it selectively?
> A default between 30000-50000 would probably be more sensible.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org