[
https://issues.apache.org/jira/browse/CASSANDRA-15159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16868997#comment-16868997
]
Ben Krug commented on CASSANDRA-15159:
--------------------------------------
I don't see this as a bug. The behavior is the same as the behavior that would
result if those purgeable tombstones had in fact been purged. So the request
here is saying, "give me extra protection if compaction hasn't done its job and
cleaned these up yet, even though it could have".
This is another (or the same) example of why it's important to do repairs in
less than gc_grace_seconds.
> Purgable tombstones are ignored by read query
> ---------------------------------------------
>
> Key: CASSANDRA-15159
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15159
> Project: Cassandra
> Issue Type: Bug
> Components: Legacy/Local Write-Read Paths
> Reporter: Laxmikant Upadhyay
> Priority: Normal
> Attachments: steps2reproduce.txt, trace.txt
>
>
> In 3 node Cassandra cluster, one node has old mutation and two nodes have
> evict-able (crossed gc grace period) tombstone produced by TTL. A read query
> with local quorum return the old mutation as result when one request goes to
> the node having old mutation. However expected result should be empty.
> Attached the steps to reproduce and trace of read query.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
