You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Shawn Kumar (JIRA)" <ji...@apache.org> on 2015/07/16 18:20:04 UTC

[jira] [Commented] (CASSANDRA-9815) Tracing doesn't seem to display tombstones read accurately

    [ https://issues.apache.org/jira/browse/CASSANDRA-9815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14629954#comment-14629954 ] 

Shawn Kumar commented on CASSANDRA-9815:
----------------------------------------

Spoke with Aleksey regarding this and it looks like this is actually the correct behaviour and a consequence of CASSANDRA-9299. That being said we agreed the "Read 0 live and 0 tombstone cells" message should be modified for clarity.

> Tracing doesn't seem to display tombstones read accurately
> ----------------------------------------------------------
>
>                 Key: CASSANDRA-9815
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-9815
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Tools
>            Reporter: Shawn Kumar
>            Priority: Minor
>              Labels: tracing
>             Fix For: 2.2.x
>
>         Attachments: tracescreen.png
>
>
> It seems that where tracing [once|http://stackoverflow.com/questions/27063508/how-to-get-tombstone-count-for-a-cql-query] tracked how many tombstones were read in a query, it no longer happens.
> Can reproduce with the following:
> 1. Create a simple key, val table.
> 2. Insert a couple rows
> 3. Flush
> 4. Delete a row, add an additional couple rows
> 5. Flush
> 6. Try to query deleted row or select *. 
> In the trace it never mentions reading a tombstoned cell, no matter what. Instead you get a line like the following: "Read 0 live and 0 tombstone cells [SharedPool-Worker-3]". Attached is a screenshot of the trace. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)