cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jeremiah Jordan (JIRA)" <>
Subject [jira] [Reopened] (CASSANDRA-6042) Add WARN when there are a lot of tombstones in a query
Date Wed, 18 Sep 2013 23:40:52 GMT


Jeremiah Jordan reopened CASSANDRA-6042:

The histogram is definitely the way to go for monitoring the state of the cluster, but it
doesn't help debug the "which row is screwing me right now" problem.  We can set the WARN
to 100,000 or something.
> Add WARN when there are a lot of tombstones in a query
> ------------------------------------------------------
>                 Key: CASSANDRA-6042
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Jeremiah Jordan
>            Assignee: Lyuben Todorov
>            Priority: Minor
>             Fix For: 1.2.10
> Now that we count the number of tombstones hit (so it can go in tracing), can we pick
some threshold (or make it configurable with 0 being don't warn), and spit out a warning saying
"Just went through 10000 tombstones in partition XYZ".
> Right now if you are having GC problems because some row got a bunch of tombstones, you
can turn on server side tracing, and hope the bad query gets in there, or you can keep making
heap dumps, dig through them, and hope you catch the query in there.
> I have seen code problems at multiple places causing this same issue (some code causing
way more tombstones than it should, for just one row).  And it is a PITA+Luck to debug it
right now.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message