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

Hudson commented on AMBARI-13517:
---------------------------------

FAILURE: Integrated in Ambari-branch-2.1 #733 (See 
[https://builds.apache.org/job/Ambari-branch-2.1/733/])
AMBARI-13517. Ambari Server JVM crashed after several clicks in Web UI (swagle: 
[http://git-wip-us.apache.org/repos/asf?p=ambari.git&a=commit&h=2a4181c9db6f0356851e51db4278a6ea9fa93530])
* 
ambari-metrics/ambari-metrics-timelineservice/src/main/java/org/apache/hadoop/yarn/server/applicationhistoryservice/metrics/timeline/HBaseTimelineMetricStore.java
* 
ambari-server/src/test/java/org/apache/ambari/server/controller/metrics/timeline/cache/TimelineMetricCacheSizingTest.java
* 
ambari-server/src/test/java/org/apache/ambari/server/controller/metrics/timeline/cache/TimelineMetricCacheTest.java
* 
ambari-metrics/ambari-metrics-common/src/test/java/org/apache/hadoop/metrics2/sink/timeline/cache/TimelineMetricsCacheTest.java
* 
ambari-metrics/ambari-metrics-timelineservice/src/main/java/org/apache/hadoop/yarn/server/applicationhistoryservice/metrics/timeline/aggregators/TimelineMetricReadHelper.java
* 
ambari-metrics/ambari-metrics-timelineservice/src/test/java/org/apache/hadoop/yarn/server/applicationhistoryservice/metrics/timeline/TestTimelineMetricStore.java
* 
ambari-metrics/ambari-metrics-common/src/main/java/org/apache/hadoop/metrics2/sink/timeline/TimelineMetric.java
* 
ambari-metrics/ambari-metrics-timelineservice/src/test/java/org/apache/hadoop/yarn/server/applicationhistoryservice/metrics/timeline/ITMetricAggregator.java
* 
ambari-server/src/main/java/org/apache/ambari/server/controller/metrics/timeline/cache/TimelineMetricCacheProvider.java
* 
ambari-server/src/main/java/org/apache/ambari/server/controller/metrics/timeline/cache/TimelineMetricsCacheSizeOfEngine.java
* 
ambari-server/src/test/java/org/apache/ambari/server/controller/metrics/timeline/MetricsPaddingMethodTest.java
* 
ambari-metrics/ambari-metrics-timelineservice/src/main/java/org/apache/hadoop/yarn/server/applicationhistoryservice/metrics/timeline/PhoenixHBaseAccessor.java
* 
ambari-metrics/ambari-metrics-timelineservice/src/test/java/org/apache/hadoop/yarn/server/applicationhistoryservice/metrics/timeline/ITClusterAggregator.java
* 
ambari-server/src/main/java/org/apache/ambari/server/controller/metrics/MetricsPaddingMethod.java
* 
ambari-metrics/ambari-metrics-timelineservice/src/test/java/org/apache/hadoop/yarn/server/applicationhistoryservice/metrics/timeline/MetricTestHelper.java
* 
ambari-metrics/ambari-metrics-common/src/main/java/org/apache/hadoop/metrics2/sink/timeline/cache/TimelineMetricsCache.java


> Ambari Server JVM crashed after several clicks in Web UI to navigate graph 
> timerange
> ------------------------------------------------------------------------------------
>
>                 Key: AMBARI-13517
>                 URL: https://issues.apache.org/jira/browse/AMBARI-13517
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-server
>    Affects Versions: 2.1.2
>            Reporter: Siddharth Wagle
>            Assignee: Siddharth Wagle
>            Priority: Critical
>             Fix For: 2.1.3
>
>
> - Max Heap restriction problem: Ehcache library that we use has a limit of 
> how far in the object graph it traverses to find size of an Cached reference, 
> this is to make it performant. Default limit = 1000.
> - User gets following Warning which are harmless unless the data cannot fit 
> in memory and eviction does not kick in:
> {code}
> WARN [qtp-client-70] ObjectGraphWalker:209 - The configured limit of 1,000 
> object references was reached while attempting to calculate the size of the 
> object graph. Severe performance degradation could occur 
> if the sizing operation continues. This can be avoided by setting the 
> CacheManger or Cache <sizeOfPolicy> elements maxDepthExceededBehavior to 
> "abort" or adding stop points with @IgnoreSizeOf annotations. If performance 
> degradation 
> is NOT an issue at the configured limit, raise the limit value using the 
> CacheManager or Cache <sizeOfPolicy> elements maxDepth attribute. For more 
> information, see the Ehcache configuration documentation.
> {code}
> _Objective of the patch_:
> - Provide a custom Sizing engine for Ehcache that will provide a close 
> approximation of the data in the cache with significant perf gain. Premise: 
> Since we know the data structures we can make better estimates.
> - Expectation from sizing engine : Discrepancy of less than 10K for a DS of 
> size 10 MB (Proven with a unit test)



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

Reply via email to