You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ambari.apache.org by "Tamas Payer (Jira)" <ji...@apache.org> on 2020/10/22 10:15:00 UTC

[jira] [Created] (AMBARI-25572) Metrics cannot be stored if mutation size is not set properly

Tamas Payer created AMBARI-25572:
------------------------------------

             Summary: Metrics cannot be stored if mutation size is not set properly
                 Key: AMBARI-25572
                 URL: https://issues.apache.org/jira/browse/AMBARI-25572
             Project: Ambari
          Issue Type: Task
          Components: ambari-metrics
    Affects Versions: 2.7.3, 2.7.4, 2.7.5
            Reporter: Tamas Payer


Ambari Metrics Collector sometimes fails to store metric because the batch size settings does not fit to the current row size and the assembled batch probably does not fit into the maximum batch memory space.
{code:java}
2020-10-20 10:29:04,752 WARN org.apache.ambari.metrics.core.timeline.PhoenixHBaseAccessor: Failed on insert records to store : ERROR 730 (LIM02): MutationState size is bigger than maximum allowed number of bytes
2020-10-20 10:29:04,752 WARN org.apache.ambari.metrics.core.timeline.PhoenixHBaseAccessor: Metric that cannot be stored : [kafka.server.ConsumerGroupMetrics.CommittedOffset.clientId.-.group.console-consumer-46399.partition.0.topic.PREPROD_KAFKA_CBS_TRANSACTION._sum,kafka_broker]{1603186125049=2.65274693E8}{code}
This error can be eliminated by the tweaking of *phoenix.mutate.batchSize* and *phoenix.mutate.batchSizeBytes* configuration settings.

*Asses the feasibility of changing the AMS implementation that retries upon failure after manipulation the auto-commit or batch size, or whatever is needed for the successful commit and notifies the user about sub optimal batch size settings.* 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)