You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "C. Scott Andreas (JIRA)" <ji...@apache.org> on 2018/11/19 02:23:01 UTC

[jira] [Updated] (CASSANDRA-12231) Make large mutations easier to find

     [ https://issues.apache.org/jira/browse/CASSANDRA-12231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

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

> Make large mutations easier to find
> -----------------------------------
>
>                 Key: CASSANDRA-12231
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-12231
>             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 CommitLog.java). 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
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org