Details
-
Bug
-
Status: Resolved
-
Urgent
-
Resolution: Fixed
-
None
Description
When the compaction strategies are reloaded after disk boundary changes (CASSANDRA-13948), it's possible that a recently finished SSTable is added twice to the compaction strategy: once when the compaction strategies are reloaded due to the disk boundary change (maybeReloadDiskBoundarie), and another when the CompactionStrategyManager is processing the SSTableAddedNotification.
This should be quite unlikely because a compaction must finish as soon as the disk boundary changes, and even if it happens most compaction strategies would not be affected by it since they deduplicate sstables internally, but we should protect against such scenario.
For more context see this comment from Marcus.
Attachments
Attachments
Issue Links
- fixes
-
CASSANDRA-14642 Document lock handling in CompactionStrategyManager
- Resolved
- is duplicated by
-
CASSANDRA-14826 cassandra spinning forever on 1 thread while initializing keyspace
- Resolved
-
CASSANDRA-15242 Race condition between flushing and compaction stalls compaction indefinitely
- Resolved
- relates to
-
CASSANDRA-13948 Reload compaction strategies when JBOD disk boundary changes
- Resolved