[
https://issues.apache.org/jira/browse/SOLR-10362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15943975#comment-15943975
]
ASF subversion and git services commented on SOLR-10362:
--------------------------------------------------------
Commit cb20eae1789442286f680f8dcfaf914394aed7a3 in lucene-solr's branch
refs/heads/master from [~ab]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=cb20eae ]
SOLR-10362: "Memory Pool not found" error when reporting JVM metrics.
> "Memory Pool not found" error when reporting JVM metrics
> --------------------------------------------------------
>
> Key: SOLR-10362
> URL: https://issues.apache.org/jira/browse/SOLR-10362
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: metrics
> Affects Versions: 6.5, master (7.0)
> Reporter: Andrzej Bialecki
> Assignee: Andrzej Bialecki
> Fix For: master (7.0), 6.6
>
> Attachments: SOLR-10362.patch
>
>
> These test failures are likely caused by a JVM bug. We should catch and work
> around it to be able report other existing metrics:
> {code}
> https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/3138/testReport/junit/org.apache.solr.handler.admin/MetricsHandlerTest/testCompact/
> java.lang.InternalError: Memory Pool not found
> at
> __randomizedtesting.SeedInfo.seed([8F4813A324434093:A1485FF45CBE4A6C]:0)
> at sun.management.MemoryPoolImpl.getUsage0(Native Method)
> at sun.management.MemoryPoolImpl.getUsage(MemoryPoolImpl.java:96)
> at
> com.codahale.metrics.jvm.MemoryUsageGaugeSet$18.getValue(MemoryUsageGaugeSet.java:177)
> at
> com.codahale.metrics.jvm.MemoryUsageGaugeSet$18.getValue(MemoryUsageGaugeSet.java:174)
> at
> org.apache.solr.util.stats.MetricUtils.convertGauge(MetricUtils.java:215)
> at
> org.apache.solr.util.stats.MetricUtils.lambda$toMaps$4(MetricUtils.java:142)
> at
> java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184)
> at
> java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
> at
> java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
> at java.util.TreeMap$KeySpliterator.forEachRemaining(TreeMap.java:2746)
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> at
> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> at
> java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151)
> at
> java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at
> java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418)
> at org.apache.solr.util.stats.MetricUtils.toMaps(MetricUtils.java:135)
> at
> org.apache.solr.util.stats.MetricUtils.toNamedList(MetricUtils.java:117)
> at
> org.apache.solr.handler.admin.MetricsHandler.handleRequestBody(MetricsHandler.java:85)
> at
> org.apache.solr.handler.admin.MetricsHandlerTest.testCompact(MetricsHandlerTest.java:160)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> {code}
> See here for a possible explanation (thanks Hoss!):
> https://bugs.openjdk.java.net/browse/JDK-8025089
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
