lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrzej Bialecki (JIRA)" <j...@apache.org>
Subject [jira] [Comment Edited] (SOLR-10362) "Memory Pool not found" error when reporting JVM metrics
Date Mon, 27 Mar 2017 14:25:41 GMT

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

Andrzej Bialecki  edited comment on SOLR-10362 at 3/27/17 2:25 PM:
-------------------------------------------------------------------

Tentative workaround that catches the error and logs it. [~thetaphi], this may be worth mentioning
to the Oracle guys since it happened in a JDK9 run.


was (Author: ab):
Tentative workaround that catches the error and logs it.

> "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 
>         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-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message