cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "C. Scott Andreas (JIRA)" <>
Subject [jira] [Updated] (CASSANDRA-12231) Make large mutations easier to find
Date Mon, 19 Nov 2018 02:23:01 GMT


C. Scott Andreas updated CASSANDRA-12231:
    Component/s: Observability

> Make large mutations easier to find
> -----------------------------------
>                 Key: CASSANDRA-12231
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Observability
>            Reporter: Ryan Svihla
>            Priority: Minor
> Apologies if this has already been submitted, my lacking Jira search foo will be to blame.
> There are two problems related to large mutations:
> 1. Mutations that are really large and fail the write with the following "Mutation of
%s is too large for the maximum size of %s" (in While this should be something
the clients can handle, they often dont and the DBA is the first person to notice this. If
we could log the primary key attempted it could be helpful to track down the culprit.
> 2. Mutations that are still too large but still under the threshold, so they silently
crush the server. We could add a warn to this the same way we do with batch logs with ideally
a configurable threshold. It would also be handy if we could include the primary key used.
Today, these are super nasty today to track down and involve a scan of the dataset using something
like Spark.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message