You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Thanh (JIRA)" <ji...@apache.org> on 2016/07/14 23:00:24 UTC
[jira] [Created] (CASSANDRA-12208) Estimated droppable tombstones
given by sstablemetadata counts tombstones that aren't actually "droppable"
Thanh created CASSANDRA-12208:
---------------------------------
Summary: Estimated droppable tombstones given by sstablemetadata counts tombstones that aren't actually "droppable"
Key: CASSANDRA-12208
URL: https://issues.apache.org/jira/browse/CASSANDRA-12208
Project: Cassandra
Issue Type: Bug
Reporter: Thanh
Priority: Minor
=> "Estimated droppable tombstones" given by *sstablemetadata* counts tombstones that aren't actually "droppable"
To be clear, the "Estimated droppable tombstones" calculation counts tombstones that have not yet passed gc_grace_seconds as droppable tombstones, which is unexpected, since such tombstones aren't droppable.
To observe the problem:
Create a table using the default gc_grace_seconds (default gc_grace_seconds is 86400 is 1 day).
Populate the table with a couple of records.
Do a delete.
Do a "nodetool flush" to flush the memtable to disk.
Do an "sstablemetadata <sstable>" to get the metadata of the sstable you just created by doing the flush, and observe that the Estimated droppable tombstones is greater than 0.0 (actual value depends on the total number inserts/updates/deletes that you did before triggered the flush)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)