You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Yang Yang (Reopened) (JIRA)" <ji...@apache.org> on 2011/10/13 18:35:12 UTC
[jira] [Reopened] (CASSANDRA-3354) tombstone not removed after
compaction
[ https://issues.apache.org/jira/browse/CASSANDRA-3354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Yang Yang reopened CASSANDRA-3354:
----------------------------------
since it's not the 2-compaction scenario conjectured before, need to investigate what happened
> tombstone not removed after compaction
> --------------------------------------
>
> Key: CASSANDRA-3354
> URL: https://issues.apache.org/jira/browse/CASSANDRA-3354
> Project: Cassandra
> Issue Type: Bug
> Reporter: Yang Yang
> Assignee: Sylvain Lebresne
> Priority: Minor
>
> I set GC_grace to 2 hours, for testing.
> then I compacted the sstables using nodecmd,
> but the resulting sstables contained many Deletion records older than 2 hours
> "0000000000000d5e3263303666346331000000000000000100000000":
> [["00000132f8820139303030303030303030303030303030303030303030303030303030303030303030303263303666346332","4e95a659",1318429297125,"d"]],
> yyang@ip-10-71-86-162:~/src/svn/whisky$ perl -e 'print gmtime(1318429297)."\n" '
> Wed Oct 12 14:21:37 2011
> -rw-r--r-- 1 yyang yyang 381366163 2011-10-12 16:39
> /mnt/cass/lib/cassandra/data/testBudget_items/multi_click_filter-h-511-Data.db
> but it seems that after running a few more compactions, these records are gone
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira