[
https://issues.apache.org/jira/browse/CASSANDRA-7810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14127644#comment-14127644
]
Peter Haggerty commented on CASSANDRA-7810:
-------------------------------------------
This is listed in the 2.0 CHANGES.txt as present in 2.0.10 but "Fix Versions"
shows 2.0.11.
> tombstones gc'd before being locally applied
> --------------------------------------------
>
> Key: CASSANDRA-7810
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7810
> Project: Cassandra
> Issue Type: Bug
> Environment: 2.1.0.rc6
> Reporter: Jonathan Halliday
> Assignee: Marcus Eriksson
> Fix For: 1.2.19, 2.0.11, 2.1.0
>
> Attachments: 0001-7810-test-for-2.0.x.patch,
> 0001-track-gcable-tombstones-v2.patch, 0001-track-gcable-tombstones.patch,
> 0002-track-gcable-tombstones-for-2.0.patch, range_tombstone_test.py
>
>
> # single node environment
> CREATE KEYSPACE test WITH replication = {'class': 'SimpleStrategy',
> 'replication_factor': 1 };
> use test;
> create table foo (a int, b int, primary key(a,b));
> alter table foo with gc_grace_seconds = 0;
> insert into foo (a,b) values (1,2);
> select * from foo;
> -- one row returned. so far, so good.
> delete from foo where a=1 and b=2;
> select * from foo;
> -- 0 rows. still rainbows and kittens.
> bin/nodetool flush;
> bin/nodetool compact;
> select * from foo;
> a | b
> ---+---
> 1 | 2
> (1 rows)
> gahhh.
> looks like the tombstones were considered obsolete and thrown away before
> being applied to the compaction? gc_grace just means the interval after
> which they won't be available to remote nodes repair - they should still
> apply locally regardless (and do correctly in 2.0.9)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
