JDK-8029441 : assert(!((nmethod*)_cb)->is_deopt_pc(_pc)) failed: invariant broken
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: hs25,7u80,8u40,9
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • CPU: sparc
  • Submitted: 2013-12-03
  • Updated: 2024-02-14
  • Resolved: 2016-08-03
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.
JDK 8 JDK 9
8-poolUnresolved 9 b133Fixed
Related Reports
Duplicate :  
JDK-8161080 - Crash with assert(!((nmethod*)_cb)->is_deopt_pc(_pc)) failed: invariant broken
Relates :  
JDK-8139379 - Tests fail with assert(nm->insts_contains(original_pc)) failed: original PC must be in nmethod
Relates :  
JDK-8150821 - Crash with assert(!((nmethod*)_cb)->is_deopt_pc(_pc)) failed: invariant broken
Description
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/tmp/jprt/P1/104812.anoll/s/src/cpu/sparc/vm/frame_sparc.cpp:362), pid=28429, tid=21
#  assert(!((nmethod*)_cb)->is_deopt_pc(_pc)) failed: invariant broken
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b118) (build 1.8.0-ea-fastdebug-b118)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b62-internal-201312021048.anoll.8028109-fastdebug mixed mode solaris-sparc compressed oops)
# Core dump written. Default location: /export/local/aurora/sandbox/results/kitchensink/core or core.28429
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

---------------  T H R E A D  ---------------

Current thread (0x0000000101771000):  WatcherThread [stack: 0xfffffffb8ec00000,0xfffffffb8ed00000] [id=21]

Stack: [0xfffffffb8ec00000,0xfffffffb8ed00000],  sp=0xfffffffb8ecfebb0,  free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x123f1dc]  void VMError::report_and_die()+0x714
V  [libjvm.so+0x71fa28]  void report_vm_error(const char*,int,const char*,const char*)+0x78
V  [libjvm.so+0x7e8390]  frame::frame(long*,frame::unpatchable_t,unsigned char*,CodeBlob*)+0x110
V  [libjvm.so+0x11a4cec]  bool JavaThread::pd_get_top_frame(frame*,void*,bool,bool)+0x294
V  [libjvm.so+0xa843a4]  bool GetCallTrace::get_topframe(bool,void*,frame&)+0x18
V  [libjvm.so+0xa84658]  void OSThreadSampler::protected_task(const os::SuspendedThreadTaskContext&)+0x50
V  [libjvm.so+0xf27df8]  void os::SuspendedThreadTask::internal_do_task()+0x40
V  [libjvm.so+0xf14604]  void os::SuspendedThreadTask::run()+0x7c
V  [libjvm.so+0xa84940]  bool ThreadSampleClosure::sample_thread(JavaThread*,JfrStackFrame*const,const unsigned)+0x68
V  [libjvm.so+0xa84f2c]  void ThreadSampler::task()+0x27c
V  [libjvm.so+0x1144bc4]  void PeriodicTask::real_time_tick(int)+0x164
V  [libjvm.so+0x11867d8]  void WatcherThread::run()+0x1c0
V  [libjvm.so+0xf1d308]  java_start+0x258
Comments
URL: http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/1de5545462c9 User: lana Date: 2016-08-24 21:12:38 +0000
24-08-2016
URL: http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/1de5545462c9 User: dlong Date: 2016-08-03 00:17:45 +0000
03-08-2016
Could this be related to JDK-8139379?
11-07-2016
The same failure happens without the JFR. I filed JDK-8150821.
29-02-2016
RULE "bigapps/Kitchensink/stressExitCode" Crash Internal Error ...frame_sparc.cpp...assert(!((nmethod*)_cb)->is_deopt_pc(_pc)) failed: invariant broken
30-11-2015
ILW=HLL=P4, Crash, very rare and only on fast debug, workaround is to run product build. This is a known issue in JFR thread sampling and in product builds the sampler thread is using crash protection to handle this type of issue. See JDK-8016564 for more info.
04-12-2013
From the attached hs_err_pid28429.log: jvm_args: -Xmixed -XX:MaxRAMFraction=8 -XX:+CreateMinidumpOnCrash -esa -XX:-TieredCompilation -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -XX:+IgnoreUnrecognizedVMOptions -XX:+DeoptimizeALot -XX:+AggressiveOpts -Djava.net.preferIPv4Stack=true -Xmx14336M -XX:MaxPermSize=128M -XX:-PrintVMOptions -XX:+DisplayVMOutputToStderr -Xloggc:/export/local/aurora/sandbox/results/gc.log -XX:+TraceClassLoading -XX:+TraceClassUnloading -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+DisableExplicitGC -XX:+UnlockCommercialFeatures -XX:+FlightRecorder -XX:NativeMemoryTracking=detail - The ThreadSampler::task runs when JFR is enabled. Giving to serviceability team.
03-12-2013
vm_opts: -Xmixed -d64 -server -XX:MaxRAMFraction=8 -XX:+CreateMinidumpOnCrash -ea -esa -XX:-TieredCompilation -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -XX:+IgnoreUnrecognizedVMOptions -XX:+DeoptimizeALot -XX:+AggressiveOpts version: jdk8 b118 / hs25.0 b62
03-12-2013