[
https://issues.apache.org/jira/browse/CASSANDRA-15812?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-15812:
----------------------------------------
Since Version: 3.0.0
Source Control Link:
https://github.com/apache/cassandra/commit/04533e6cdae94f91a62d769c874156d81301dc7d
Resolution: Fixed
Status: Resolved (was: Ready to Commit)
Thanks, committed to trunk in {{04533e6cdae94f91a62d769c874156d81301dc7d}}.
[~blerer] and I also discussed this patch in the context of draft
[CEP-3|https://cwiki.apache.org/confluence/display/CASSANDRA/%28DRAFT%29+-+CEP-3%3A+Guardrails].
Guardrails could provide a cleaner mechanism to manage the hard and soft
limits on concurrent validations.
> Submitting Validation requests can block ANTI_ENTROPY stage
> ------------------------------------------------------------
>
> Key: CASSANDRA-15812
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15812
> Project: Cassandra
> Issue Type: Bug
> Components: Consistency/Repair
> Reporter: Sam Tunnicliffe
> Assignee: Sam Tunnicliffe
> Priority: Normal
> Fix For: 4.0-alpha
>
>
> RepairMessages are handled on Stage.ANTI_ENTROPY, which has a thread pool
> with core/max capacity of one, ie. we can only process one message at a time.
>
> Scheduling validation compactions may however block the stage completely, by
> blocking on CompactionManager's ValidationExecutor while submitting a new
> validation compaction, in cases where there are already more validations
> running than can be executed in parallel.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
