[CASSANDRA-13801] CompactionManager sometimes wrongly determines that a background compaction is running for a particular table

• Type: Bug
• Status: Resolved
• Priority: Low
• Resolution: Fixed
• Fix Version/s: 2.2.12, 3.0.16, 3.11.2, 4.0-alpha1, 4.0
• Component/s: Local/Compaction
• Severity: Low
• Assignee: Dimitar Dimitrov Assign to me
• Reporter: Dimitar Dimitrov

Authors

Dimitar Dimitrov

Reviewers

Paulo Motta

• Created: 25/Aug/17 11:51
• Updated: 15/May/20 08:07
• Resolved: 12/Dec/17 19:53

Description

Sometimes after writing different rows to a table, then doing a blocking flush, if you alter the compaction strategy, then run background compaction and wait for it to finish, CompactionManager may decide that there's an ongoing compaction for that same table.
This may happen even though logs don't indicate that to be the case (compaction may still be running for system_schema tables).