8
Hatte einen Java-Core-Dump; Laufen jmap mit:jmap stürzt ab mit "kann keine Klassendaten abrufen für"
/usr/java/jdk1.8.0_25/bin/jmap -dump:format=b,file=dump.hprof /usr/bin/java core.31497
gibt die folgende Ausnahme:
Attaching to core core.31497 from executable /usr/bin/java, please wait...
...
JVM version is 25.25-b02
...
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at sun.tools.jmap.JMap.runTool(JMap.java:201)
at sun.tools.jmap.JMap.main(JMap.java:130)
Caused by: sun.jvm.hotspot.utilities.AssertionFailure: can not get class data for sun/nio/ch/ThreadPool$$Lambda$10x00000007c0214428
at sun.jvm.hotspot.utilities.Assert.that(Assert.java:32)
at sun.jvm.hotspot.utilities.HeapHprofBinWriter.writeInstance(HeapHprofBinWriter.java:803)
...
at sun.jvm.hotspot.tools.Tool.start(Tool.java:223)
at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
at sun.jvm.hotspot.tools.HeapDumper.main(HeapDumper.java:83)
Irgendwelche Gedanken?
Da Lambda von Java neu beginnen 8, könnte es ein Java7/8 Thema sein? Zeigt/usr/bin/java auf eine Java 7-Distribution? – Magnilex
Das hatte ich mir auch gedacht. Ich habe explizit eine Version von JDK8 verwendet:/some/path/to/software/jdk8/jmap und dachte, dass, weil JDK7s Java in meinem $ PATH war, dass es das Problem verursacht hat. Aber ich habe alle alten Java-Versionen aus meinem Weg geschafft und erfahre immer noch den gleichen Fehler, den Gregory gemeldet hat. – sethwm
Entdeckt dies. Sieht relevant aus: https://bugs.openjdk.java.net/browse/JDK-8044416 – sethwm