JDK 1.6 Internal Error (verifier.cpp:1524) Guarantee (cp->cache () = = NULL)

There are now several WebLogic 10.3 services posted on Windows, with the JDK using:

# JRE Version:6.0_31-b05
# Java Vm:java HotSpot (TM) 64-bit Server VM (20.6-b01 mixed mode windows-amd64 compressed oops)

phenomenon: The node stops without any indication.

At first from the post back to the log, there is no problem, suspect is someone manually shut down the service, in order to eliminate this problem, open a CMD window, into the domain directory under the bin directory to manually execute Startweblogic, if the window is closed, it is manually closed.

The result of the experiment is that the window is still in, the description is not manually closed, WebLogic displays the log as follows:

# A Fatal error has been detected by the Java Runtime environment:
#
# Internal Error (verifier.cpp:1524), pid=9228, tid=11928
# Guarantee (Cp->cache () = = NULL) Failed:not rewritten yet
#
# JRE Version:6.0_31-b05
# Java Vm:java HotSpot (TM) 64-bit Server VM (20.6-b01 mixed Mode windows-amd64
compressed oops)
# A error report file with more information is saved as:
# E:\bea\bea\user_projects\domains\****\hs_err_pid9228.log

Taking back the hs_err_pid9228.log analysis is a bug in the JDK. Find the problem on Metalink, to set the size of the-xx:reservedcodecachesize, because this JDK sets the memory to-xms6144m- Xmx6144m-xx:maxpermsize=2048m, so the -xx:reservedcodecachesize set to 1024m, the document is to repeat the experiment.

-xx:reservedcodecachesize means to set the maximum value of the code cache, which is used at compile time. Solaris 64-bit, AMD64,-server x86:48m, 1.5.0_06, Solaris 64-bit amd64:1024m, other default 32m.

JDK crashes with guarantee (cp->cache () = = NULL) Failed:not rewritten yet (document ID 1626429.1)

Go to bottom

In this Document Symptoms Cause Solution Applies to:oracle business Process Management suite-version 11.1.1.6.0 and later Information in this document applies to any platform. Symptoms When attempting to use SOA\BPM 11g, the following error occurs: # A Fatal error has been detected by the Java Runtime environment: # # Internal Error (verifier.cpp:1524), pid=6063, tid=1141598528 # Guarantee (Cp->cache () = = NULL) Failed:not rewritten yet # # JRE Version:6.0_32-b05 # Java Vm:java HotSpot (TM) 64-bit Server VM (20.7-b02 mixed mode linux-amd64 compressed oops) # If you would as to submit a bug report, please visit: #http://java.sun.com/webapps/bugreport/crash.jsp # ---------------T H R E A D--------------- Current thread (0x00007f1ec01e7000): Javathread "[ACTIVE] Executethread: ' 4 ' for queue: ' Weblogic.kernel.Default (self-t uning) ' "Daemon [_THREAD_IN_VM, id=6245, Stack (0x0000000043fb6000,0x00000000440b7000)] Stack: [0x0000000043fb6000,0x00000000440b7000], SP=0X00000000440B2F30, free space=1011k Native Frames: (j=compiled Java Code, j=interpreted, VV=VM Code, c=native code) V [libjvm.so+0x85f675] Vmerror::report_and_die () +0x265 V [libjvm.so+0x3e4b86] Report_vm_error (char const*, int, char const*, char const*) +0x56 V [LIBJVM.SO+0X8537C4] classverifier::verify_cp_type (int, constantpoolhandle, unsigned, thread*) +0x54 V [libjvm.so+0x855306] classverifier::verify_invoke_instructions (rawbytecodestream*, unsigned, StackMapFrame*, bool *, Verificationtype, Constantpoolhandle, thread*) +0x96 V [Libjvm.so+0x8521e4] Classverifier::verify_method (Methodhandle, thread*) +0x3764 V [libjvm.so+0x84e964] Classverifier::verify_class (thread*) +0x1a4 V [libjvm.so+0x84dd4c] Verifier::verify (Instanceklasshandle, Verifier::mode, BOOL, thread*) +0x26c V [libjvm.so+0x4ad32a] Instanceklass::verify_code (Instanceklasshandle, BOOL, thread*) +0x2a V [libjvm.so+0x4ada7c] Instanceklass::link_class_impl (Instanceklasshandle, BOOL, thread*) +0x64c V [libjvm.so+0x4ad38c] Instanceklass::link_class (thread*) +0x4c V [Libjvm.so+0x4adc60] Instanceklass::initialize_impl (Instanceklasshandle, thread*) +0x30 V [Libjvm.so+0x4ad2ea] Instanceklass::initialize (thread*) +0x6a V [libjvm.so+0x4d47cc] Interpreterruntime::_new (javathread*, constantpooloopdesc*, int) +0XBC J Oracle.bpel.services.rules.management.instance.InstanceTrackerFactory.getInstanceTracker () loracle/bpel/ Services/rules/management/instance/instancetracker;+21 J Oracle.bpel.services.rules.fabric.BusinessRulesServiceEngineFacades.getFaults (loracle/soa/management/util/ Faultfilter;) ljava/util/list;+89 J Oracle.bpel.services.rules.fabric.BusinessRulesServiceEngine.getFaults (loracle/soa/management/util/ Faultfilter;) ljava/util/list;+5 J Oracle.soa.management.internal.ejb.impl.FacadeFinderBeanImpl.getFaults (loracle/soa/management/util/ Faultfilter;) ljava/util/list;+104 V ~stubroutines::call_stub V [Libjvm.so+0x4dff90] Javacalls::call_helper (javavalue*, methodhandle*, javacallarguments*, Thread*) +0x1e0 V [libjvm.so+0x710259] Os::os_exception_wrapper (void (*) (javavalue*, methodhandle*, javacallarguments*, Thread*), javavalue*, methodhandle*, javacallarguments*, thread*) +0x19 V [Libjvm.so+0x4dfda5] Javacalls::call (javavalue*, Methodhandle, javacallarguments*, thread*) +0x25 V [libjvm.so+0x76e099] Reflection::invoke (Instanceklasshandle, Methodhandle, Handle, bool, Objarrayhandle, BasicType, Objarrayhandle, BOOL, thread*) +0x519 V [LIBJVM.SO+0X7722AF] Reflection::invoke_method (oopdesc*, Handle, Objarrayhandle, thread*) +0x11f V [libjvm.so+0x56e12e] jvm_invokemethod+0x21e C [libjava.so+0x19685] java_sun_reflect_nativemethodaccessorimpl_invoke0+0x15 Java frames: (j=compiled java code, j=interpreted, VV=VM code) J Oracle.bpel.services.rules.management.instance.InstanceTrackerFactory.getInstanceTracker () loracle/bpel/ Services/rules/management/instance/instancetracker;+21 J Oracle.bpel.services.rules.fabric.BusinessRulesServiceEngineFacades.getFaults (loracle/soa/management/util/ Faultfilter;) ljava/util/list;+89 J Oracle.bpel.services.rules.fabric.BusinessRulesServiceEngine.getFaults (loracle/soa/management/util/ Faultfilter;) ljava/util/list;+5 J Oracle.soa.management.internal.ejb.impl.FacadeFinderBeanImpl.getFaults (loracle/soa/management/util/ Faultfilter;) ljava/util/". Cause This was explained in the following bug:http://bugs.java.com/view_bug.do?bug_id=7033141. Solution To implement a immediate alternative solution, please execute the following steps: 1. Increase the current value of "-xx:reservedcodecachesize=128m" to "and if the reported issue still persists then try" With 512. 2. Retest the issue. 3. Migrate the solution as appropriate to other environments.

JDK 1.6 Internal Error (verifier.cpp:1524) Guarantee (cp->cache () = = NULL)