Crashes with SIGSEGV

Roman Kennke rkennke at redhat.com
Mon Jan 20 10:23:44 UTC 2020


Hello Justinas,

thanks for reporting it!

That looks suspiciously like one bug that Roland has fixed very recently:
https://bugs.openjdk.java.net/browse/JDK-8237007

The fix is in shenandoah/jdk11, and thus in our nightly builds:
https://builds.shipilev.net/openjdk-shenandoah-jdk11/

Maybe you can try with one of those builds?

Thanks,
Roman

> while evaluating Shenandoah (Java 11.0.5) we've experiences JVM crashes on machines with high cpu load.  I don't have a reproducible test case and can't provide full hs_err either but it always happens in a stack below. We've never run into it with CMS or G1.
> 
> 
> 
> #
> 
> # A fatal error has been detected by the Java Runtime Environment:
> 
> #
> 
> #  SIGSEGV (0xb) at pc=0x00007f483380e764, pid=14786, tid=17299
> 
> #
> 
> # JRE version: OpenJDK Runtime Environment (11.0.5+10) (build 11.0.5+10-LTS)
> 
> # Java VM: OpenJDK 64-Bit Server VM (11.0.5+10-LTS, mixed mode, tiered, compressed oops, shenandoah gc, linux-amd64)
> 
> # Problematic frame:
> 
> # V  [libjvm.so+0xc74764]  PhaseIterGVN::transform_old(Node*)+0x124
> 
> #
> 
> #
>  No core dump will be written. Core dumps have been disabled. To enable 
> core dumping, try "ulimit -c unlimited" before starting Java again
> 
> #
> 
> # If you would like to submit a bug report, please visit:
> 
> # http://bugreport.java.com/bugreport/crash.jsp
> 
> #
> 
> 
> 
> ---------------  T H R E A D  ---------------
> 
> 
> 
> Current thread 
> (0x00007f478caae000):  JavaThread "C2 CompilerThread1" daemon 
> [_thread_in_vm, id=17299, stack(0x00007f46cd2f7000,0x00007f46cd3f8000)]
> 
> 
> 
> 
> 
> Current CompileTask:
> 
> C2: 194838 58875       4 thiswasclass::thiswasmethod (373 bytes)
> 
> 
> 
> Stack: [0x00007f46cd2f7000,0x00007f46cd3f8000],  sp=0x00007f46cd3f2ab0,  free space=1006k
> 
> Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
> 
> V  [libjvm.so+0xc74764]  PhaseIterGVN::transform_old(Node*)+0x124
> 
> V  [libjvm.so+0xc71a6c]  PhaseIterGVN::optimize()+0x1ac
> 
> V  [libjvm.so+0xac16cb]  PhaseIdealLoop::build_and_optimize(LoopOptsMode)+0xa6b
> 
> V  [libjvm.so+0xd748bb]  ShenandoahBarrierC2Support::expand(Compile*, PhaseIterGVN&)+0x1ab
> 
> V  [libjvm.so+0xd0a8cf]  ShenandoahBarrierSetC2::expand_barriers(Compile*, PhaseIterGVN&) const+0xf
> 
> V  [libjvm.so+0x678f07]  Compile::Optimize()+0x13e7
> 
> V  [libjvm.so+0x679f4c]  Compile::Compile(ciEnv*, C2Compiler*, ciMethod*, int, bool, bool, bool, DirectiveSet*)+0xffc
> 
> V  [libjvm.so+0x59f1be]  C2Compiler::compile_method(ciEnv*, ciMethod*, int, DirectiveSet*)+0xfe
> 
> V  [libjvm.so+0x6829e5]  CompileBroker::invoke_compiler_on_method(CompileTask*)+0x485
> 
> V  [libjvm.so+0x684248]  CompileBroker::compiler_thread_loop()+0x598
> 
> V  [libjvm.so+0xe948a2]  JavaThread::thread_main_inner()+0x232
> 
> V  [libjvm.so+0xe94be8]  JavaThread::run()+0x308
> 
> V  [libjvm.so+0xe90fe5]  Thread::call_run()+0x155
> 
> V  [libjvm.so+0xc1a878]  thread_native_entry(Thread*)+0xf8
> 
> 
> 
> 
> 
> siginfo: si_signo: 11 (SIGSEGV), si_code: 128 (SI_KERNEL), si_addr: 0x0000000000000000
> 
> 
> 
> Regards,
> 
> Justinas
> 



More information about the shenandoah-dev mailing list