corretto-21 icon indicating copy to clipboard operation
corretto-21 copied to clipboard

SIGSEGV during Deoptimization::deoptimize()

Open dkharlan opened this issue 1 year ago • 2 comments

Describe the bug

SIGSEGV during Deoptimization::deoptimize()

To Reproduce

Unknown; this occurred in production but only once.

Screenshots

If applicable, add screenshots to help explain your problem.

Platform information

OS: Debian 12 Distroless
Version: Corretto-21.0.6.7.1

Additional context

Stack trace:

Current thread (0x0000556dca8383d0):  JavaThread "periodic-status-03" daemon [_thread_in_vm, id=73, stack(0x00007f83a4000000,0x00007f83a4100000) (1024K)]

Stack: [0x00007f83a4000000,0x00007f83a4100000],  sp=0x00007f83a40fb338,  free space=1004k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x6e16c8]  Deoptimization::deoptimize(JavaThread*, frame, Deoptimization::DeoptReason)+0x68
V  [libjvm.so+0x6e1a6c]  Deoptimization::deoptimize_frame_internal(JavaThread*, long*, Deoptimization::DeoptReason)+0x33c
V  [libjvm.so+0x6e1dcc]  Deoptimization::deoptimize_frame(JavaThread*, long*)+0x4c
V  [libjvm.so+0x578ecb]  exception_handler_for_pc_helper(JavaThread*, oopDesc*, unsigned char*, nmethod*&) [clone .constprop.155]+0x84b
V  [libjvm.so+0x579691]  Runtime1::exception_handler_for_pc(JavaThread*)+0x31
v  ~RuntimeStub::handle_exception_nofpu Runtime1 stub 0x00007f83c2652987
J 18980 c1 com.seeq.compute.engine.UtilsKt$ifLockedDelayUpTo$2.invokeSuspend(Ljava/lang/Object;)Ljava/lang/Object; (90 bytes) @ 0x00007f83bb87672c [0x00007f83bb875f00+0x000000000000082c]
J 17155 c1 kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(Ljava/lang/Object;)V (128 bytes) @ 0x00007f83bd36ed94 [0x00007f83bd36e940+0x0000000000000454]
J 13276 c1 kotlinx.coroutines.DispatchedTask.run()V (758 bytes) @ 0x00007f83bc8ee7cc [0x00007f83bc8ec500+0x00000000000022cc]
J 18578 c1 java.util.concurrent.Executors$RunnableAdapter.call()Ljava/lang/Object; [email protected] (170 bytes) @ 0x00007f83bd8424e4 [0x00007f83bd841540+0x0000000000000fa4]
J 18275 c1 java.util.concurrent.FutureTask.run()V [email protected] (298 bytes) @ 0x00007f83bd737984 [0x00007f83bd736380+0x0000000000001604]
J 18577 c1 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run()V [email protected] (209 bytes) @ 0x00007f83bd83f04c [0x00007f83bd83dfa0+0x00000000000010ac]
j  java.util.concurrent.ThreadPoolExecutor.runWorker(Ljava/util/concurrent/ThreadPoolExecutor$Worker;)V+92 [email protected]
j  java.util.concurrent.ThreadPoolExecutor$Worker.run()V+69 [email protected]
j  java.lang.Thread.runWith(Ljava/lang/Object;Ljava/lang/Runnable;)V+5 [email protected]
j  java.lang.Thread.run()V+19 [email protected]
v  ~StubRoutines::call_stub 0x00007f83c2537cc6
V  [libjvm.so+0x910c44]  JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, JavaThread*)+0x2f4
V  [libjvm.so+0x91274c]  JavaCalls::call_virtual(JavaValue*, Handle, Klass*, Symbol*, Symbol*, JavaThread*)+0x20c
V  [libjvm.so+0x9e2e46]  thread_entry(JavaThread*, JavaThread*)+0x76
V  [libjvm.so+0x923ac7]  JavaThread::thread_main_inner() [clone .part.89]+0xa7
V  [libjvm.so+0xf8d34f]  Thread::call_run()+0x9f
V  [libjvm.so+0xcf59fa]  thread_native_entry(Thread*)+0xda
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v  ~RuntimeStub::handle_exception_nofpu Runtime1 stub 0x00007f83c2652987
J 18980 c1 com.seeq.compute.engine.UtilsKt$ifLockedDelayUpTo$2.invokeSuspend(Ljava/lang/Object;)Ljava/lang/Object; (90 bytes) @ 0x00007f83bb87672c [0x00007f83bb875f00+0x000000000000082c]
J 17155 c1 kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(Ljava/lang/Object;)V (128 bytes) @ 0x00007f83bd36ed94 [0x00007f83bd36e940+0x0000000000000454]
J 13276 c1 kotlinx.coroutines.DispatchedTask.run()V (758 bytes) @ 0x00007f83bc8ee7cc [0x00007f83bc8ec500+0x00000000000022cc]
J 18578 c1 java.util.concurrent.Executors$RunnableAdapter.call()Ljava/lang/Object; [email protected] (170 bytes) @ 0x00007f83bd8424e4 [0x00007f83bd841540+0x0000000000000fa4]
J 18275 c1 java.util.concurrent.FutureTask.run()V [email protected] (298 bytes) @ 0x00007f83bd737984 [0x00007f83bd736380+0x0000000000001604]
J 18577 c1 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run()V [email protected] (209 bytes) @ 0x00007f83bd83f04c [0x00007f83bd83dfa0+0x00000000000010ac]
j  java.util.concurrent.ThreadPoolExecutor.runWorker(Ljava/util/concurrent/ThreadPoolExecutor$Worker;)V+92 [email protected]
j  java.util.concurrent.ThreadPoolExecutor$Worker.run()V+69 [email protected]
j  java.lang.Thread.runWith(Ljava/lang/Object;Ljava/lang/Runnable;)V+5 [email protected]
j  java.lang.Thread.run()V+19 [email protected]
v  ~StubRoutines::call_stub 0x00007f83c2537cc6

dkharlan avatar Apr 10 '25 20:04 dkharlan

Hi @dkharlan - thank you for reporting this. Can you please share the command line that you're using to launch the VM?

JohnTortugo avatar Apr 14 '25 18:04 JohnTortugo

Also, if you have an hs_err or hs_replay file can you share them?

JohnTortugo avatar Apr 14 '25 18:04 JohnTortugo