Marcus Eriksson created CASSANDRA-14935:
-------------------------------------------
Summary: PendingAntiCompaction should be more judicious in the
compactions it cancels
Key: CASSANDRA-14935
URL: https://issues.apache.org/jira/browse/CASSANDRA-14935
Project: Cassandra
Issue Type: Improvement
Reporter: Marcus Eriksson
Fix For: 4.0
PendingAntiCompaction currently cancels all ongoing compactions to be able to
grab the sstables it requires - it should;
* avoid stopping ongoing anticompactions - for example, if we have an sstable
[0, 100] and are anticompacting it on [0, 50] - now if we start a new
incremental repair on [51, 100] we will (try to) stop the first one. Instead we
should fail the new incremental repair request.
* avoid stopping unrelated regular compactions - we should only stop regular
compactions for the sstables the new anticompaction needs
This requires us to keep track of which sstables are being compacted by a given
compaction id.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
