JDK-8023534 : assert(handle != NULL) failed: JNI handle should not be null
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: hs25
  • Priority: P2
  • Status: Resolved
  • Resolution: Duplicate
  • Submitted: 2013-08-22
  • Updated: 2013-09-04
  • Resolved: 2013-09-04
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
hs25Resolved
Related Reports
Duplicate :  
JDK-7182040 - volano29 limited by os resource on Linux - need better diagnostic message
Description
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/opt/jprt/T/P1/175931.cthaling/s/src/share/vm/runtime/jniHandles.hpp:184), pid=27153, tid=140732694091520
#  assert(handle != NULL) failed: JNI handle should not be null
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b103) (build 1.8.0-ea-fastdebug-b103)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b47-internal-201308201759.cthaling.8022956-fastdebug mixed mode linux-amd64 compressed oops)
# Core dump written. Default location: /scratch/local/aurora/sandbox/results/ctw_weblogic_jar_classes_3001_4000/core or core.27153
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

Current thread (0x00007ffedc00a800):  JavaThread "main" [_thread_in_vm, id=27166, stack(0x00007ffee22d5000,0x00007ffee23d6000)]

Stack: [0x00007ffee22d5000,0x00007ffee23d6000],  sp=0x00007ffee23d21b0,  free space=1012k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0xe41d9a]  VMError::report_and_die()+0x2da;;  VMError::report_and_die()+0x2da
V  [libjvm.so+0x6aec24]  report_vm_error(char const*, int, char const*, char const*)+0x84;;  report_vm_error(char const*, int, char const*, char const*)+0x84
V  [libjvm.so+0x95729f]  JNIHandles::resolve_non_null(_jobject*)+0x9f;;  JNIHandles::resolve_non_null(_jobject*)+0x9f
V  [libjvm.so+0x9200c7]  get_method_id(JNIEnv_*, _jclass*, char const*, char const*, bool, Thread*)+0x87;;  get_method_id(JNIEnv_*, _jclass*, char const*, char const*, bool, Thread*)+0x87
V  [libjvm.so+0x920706]  jni_GetMethodID+0x146;;  jni_GetMethodID+0x146
C  [libfontmanager.so+0x3acae]  Java_sun_font_SunFontManager_initIDs+0x3fe;;  Java_sun_font_SunFontManager_initIDs+0x3fe
j  sun.font.SunFontManager.initIDs()V+0
j  sun.font.SunFontManager.access$200()V+0
j  sun.font.SunFontManager$1.run()Ljava/lang/Object;+3
v  ~StubRoutines::call_stub
V  [libjvm.so+0x8c310e]  JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x17fe;;  JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x17fe
V  [libjvm.so+0x98fce0]  JVM_DoPrivileged+0x450;;  JVM_DoPrivileged+0x450
j  java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;)Ljava/lang/Object;+0
j  sun.font.SunFontManager.<clinit>()V+40
v  ~StubRoutines::call_stub
V  [libjvm.so+0x8c310e]  JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x17fe;;  JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x17fe
V  [libjvm.so+0x868771]  InstanceKlass::call_class_initializer_impl(instanceKlassHandle, Thread*)+0x131;;  InstanceKlass::call_class_initializer_impl(instanceKlassHandle, Thread*)+0x131
V  [libjvm.so+0x86ea32]  InstanceKlass::initialize_impl(instanceKlassHandle, Thread*)+0x342;;  InstanceKlass::initialize_impl(instanceKlassHandle, Thread*)+0x342
V  [libjvm.so+0x86edc2]  InstanceKlass::initialize(Thread*)+0x92;;  InstanceKlass::initialize(Thread*)+0x92
V  [libjvm.so+0xaa568f]  LinkResolver::resolve_static_call(CallInfo&, KlassHandle&, Symbol*, Symbol*, KlassHandle, bool, bool, Thread*)+0x10f;;  LinkResolver::resolve_static_call(CallInfo&, KlassHandle&, Symbol*, Symbol*, KlassHandle, bool, bool, Thread*)+0x10f
V  [libjvm.so+0xaa7c18]  LinkResolver::resolve_invoke(CallInfo&, Handle, constantPoolHandle, int, Bytecodes::Code, Thread*)+0x1e8;;  LinkResolver::resolve_invoke(CallInfo&, Handle, constantPoolHandle, int, Bytecodes::Code, Thread*)+0x1e8
V  [libjvm.so+0x8b69a7]  InterpreterRuntime::resolve_invoke(JavaThread*, Bytecodes::Code)+0x487;;  InterpreterRuntime::resolve_invoke(JavaThread*, Bytecodes::Code)+0x487
j  sun.font.FontDesignMetrics.getMetrics(Ljava/awt/Font;Ljava/awt/font/FontRenderContext;)Lsun/font/FontDesignMetrics;+0
j  sun.font.FontDesignMetrics.getMetrics(Ljava/awt/Font;)Lsun/font/FontDesignMetrics;+4
j  sun.awt.SunToolkit.getFontMetrics(Ljava/awt/Font;)Ljava/awt/FontMetrics;+1
j  sun.awt.HeadlessToolkit.getFontMetrics(Ljava/awt/Font;)Ljava/awt/FontMetrics;+5
j  weblogic.gui.Fonts.<clinit>()V+81
v  ~StubRoutines::call_stub
V  [libjvm.so+0x8c310e]  JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x17fe;;  JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x17fe
V  [libjvm.so+0x868771]  InstanceKlass::call_class_initializer_impl(instanceKlassHandle, Thread*)+0x131;;  InstanceKlass::call_class_initializer_impl(instanceKlassHandle, Thread*)+0x131
V  [libjvm.so+0x86ea32]  InstanceKlass::initialize_impl(instanceKlassHandle, Thread*)+0x342;;  InstanceKlass::initialize_impl(instanceKlassHandle, Thread*)+0x342
V  [libjvm.so+0x86edc2]  InstanceKlass::initialize(Thread*)+0x92;;  InstanceKlass::initialize(Thread*)+0x92
V  [libjvm.so+0x5d0a50]  ClassLoader::compile_the_world_in(char*, Handle, Thread*)+0x270;;  ClassLoader::compile_the_world_in(char*, Handle, Thread*)+0x270
V  [libjvm.so+0x5d116e]  ClassPathZipEntry::compile_the_world(Handle, Thread*)+0x16e;;  ClassPathZipEntry::compile_the_world(Handle, Thread*)+0x16e
V  [libjvm.so+0x5d38d1]  ClassLoader::compile_the_world()+0x201;;  ClassLoader::compile_the_world()+0x201
V  [libjvm.so+0x91f915]  JNI_CreateJavaVM+0x1e5;;  JNI_CreateJavaVM+0x1e5
C  [libjli.so+0x777e]  JavaMain+0x9e;;  JavaMain+0x9e
Comments
Duplicate of JDK-7182040
04-09-2013
This bug is a duplicate of JDK-7182040 From hserr file: OS:Red Hat Enterprise Linux Server release 6.3 (Santiago) uname:Linux 2.6.39-300.20.1.el6uek.x86_64 #1 SMP Mon Nov 12 04:30:55 PST 2012 x86_64 libc:glibc 2.12 NPTL 2.12 rlimit: STACK 8192k, CORE infinity, NPROC 1024, NOFILE 8192, AS infinity load average:5.70 1.86 1.29 Event: 3.244 Thread 0x00007ffedc00a800 Exception <a 'java/lang/OutOfMemoryError': unable to create new native thread> (0x00000000f5923348) thrown at [/opt/jprt/T/P1/175931.cthaling/s/src/share/vm/prims/jvm.cpp, line 2891] Event: 3.244 Thread 0x00007ffedc00a800 Exception <a 'java/lang/OutOfMemoryError'> (0x00000000f5923348) thrown at [/opt/jprt/T/P1/175931.cthaling/s/src/share/vm/prims/jvm.cpp, line 1253] Event: 3.244 Thread 0x00007ffedc00a800 Exception <a 'java/lang/OutOfMemoryError'> (0x00000000f5923348) thrown at [/opt/jprt/T/P1/175931.cthaling/s/src/share/vm/oops/instanceKlass.cpp, line 864] Event: 3.244 Thread 0x00007ffedc00a800 Exception <a 'java/lang/OutOfMemoryError'> (0x00000000f5923348) thrown at [/opt/jprt/T/P1/175931.cthaling/s/src/share/vm/oops/instanceKlass.cpp, line 864] Event: 3.244 Thread 0x00007ffedc00a800 Exception <a 'java/lang/OutOfMemoryError'> (0x00000000f5923348) thrown at [/opt/jprt/T/P1/175931.cthaling/s/src/share/vm/oops/instanceKlass.cpp, line 864] The tell tale sign is "unable to create new native thread". Note that instanceKlass.cpp line 864 is inside InstanceKlass::initialize_impl(), so we are just rethrowing the same exception object (address = 0x00000000f5923348). There's no indication of additional out-of-memory conditions.
04-09-2013
This is a RHEL 6 (or derivatice such as OEL 6). It has default ulimit -u of 1024. To original reporter, please run this to verify $ ulimit -a | grep processes
04-09-2013
So I haven't been able to repro this, Rickard has this popped up again in Aurora ? Wondering it there's a test harness issue, given OOM was indicated on a machine with plenty of memory.
29-08-2013