Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8267579

Thread::cooked_allocated_bytes() hits assert(left >= right) failed: avoid underflow

XMLWordPrintable

    • jfr
    • b02

        The following is copied from JDK-8267213, which is commented by [~dcubed].
        https://bugs.openjdk.java.net/browse/JDK-8267213?focusedCommentId=14422585&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14422585

        Here's the crashing stack trace for the jdk-17+24-2082-tier8 sighting in RenaissanceStressTest24H.java:

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

        Current thread (0x00007fb3243acef0): JavaThread "JFR Periodic Tasks" daemon [_thread_in_vm, id=25087, stack(0x00007fb209adb000,0x00007fb209bdc000)] _threads_hazard_ptr=0x00007fb29c039ac0, _nested_threads_hazard_ptr_cnt=0

        Stack: [0x00007fb209adb000,0x00007fb209bdc000], sp=0x00007fb209bda270, free space=1020k
        Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
        V [libjvm.so+0xf132a2] JfrPeriodicEventSet::requestThreadAllocationStatistics()+0xaa2
        V [libjvm.so+0xeec29d] jfr_emit_event+0x8ad
        J 3392 jdk.jfr.internal.JVM.emitEvent(JJJ)Z jdk.jfr@17-ea (0 bytes) @ 0x00007fb3d1057e3d [0x00007fb3d1057d60+0x00000000000000dd]
        J 3352 c1 jdk.jfr.internal.RequestEngine$RequestHook.execute()V jdk.jfr@17-ea (139 bytes) @ 0x00007fb3c9e32f34 [0x00007fb3c9e32c00+0x0000000000000334]
        j jdk.jfr.internal.RequestEngine.doChunk(Ljava/util/function/Predicate;)V+51 jdk.jfr@17-ea
        j jdk.jfr.internal.RequestEngine.doChunkEnd()V+5 jdk.jfr@17-ea
        j jdk.jfr.internal.PlatformRecorder.rotateDisk()V+13 jdk.jfr@17-ea
        j jdk.jfr.internal.PlatformRecorder.periodicTask()V+24 jdk.jfr@17-ea
        j jdk.jfr.internal.PlatformRecorder.lambda$startDiskMonitor$1()V+1 jdk.jfr@17-ea
        j jdk.jfr.internal.PlatformRecorder$$Lambda$180+0x0000000801141698.run()V+4 jdk.jfr@17-ea
        j java.lang.Thread.run()V+11 java.base@17-ea
        v ~StubRoutines::call_stub
        V [libjvm.so+0xe702f4] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, JavaThread*)+0x504
        V [libjvm.so+0xe70ba4] JavaCalls::call_virtual(JavaValue*, Klass*, Symbol*, Symbol*, JavaCallArguments*, JavaThread*)+0x4b4
        V [libjvm.so+0xe70ff7] JavaCalls::call_virtual(JavaValue*, Handle, Klass*, Symbol*, Symbol*, JavaThread*)+0x77
        V [libjvm.so+0xfe6d2b] thread_entry(JavaThread*, JavaThread*)+0x12b
        V [libjvm.so+0x189eaf1] JavaThread::thread_main_inner()+0x271
        V [libjvm.so+0x18a66b0] Thread::call_run()+0x100
        V [libjvm.so+0x15732de] thread_native_entry(Thread*)+0x10e

        Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
        J 3392 jdk.jfr.internal.JVM.emitEvent(JJJ)Z jdk.jfr@17-ea (0 bytes) @ 0x00007fb3d1057dc4 [0x00007fb3d1057d60+0x0000000000000064]
        J 3352 c1 jdk.jfr.internal.RequestEngine$RequestHook.execute()V jdk.jfr@17-ea (139 bytes) @ 0x00007fb3c9e32f34 [0x00007fb3c9e32c00+0x0000000000000334]
        j jdk.jfr.internal.RequestEngine.doChunk(Ljava/util/function/Predicate;)V+51 jdk.jfr@17-ea
        j jdk.jfr.internal.RequestEngine.doChunkEnd()V+5 jdk.jfr@17-ea
        j jdk.jfr.internal.PlatformRecorder.rotateDisk()V+13 jdk.jfr@17-ea
        j jdk.jfr.internal.PlatformRecorder.periodicTask()V+24 jdk.jfr@17-ea
        j jdk.jfr.internal.PlatformRecorder.lambda$startDiskMonitor$1()V+1 jdk.jfr@17-ea
        j jdk.jfr.internal.PlatformRecorder$$Lambda$180+0x0000000801141698.run()V+4 jdk.jfr@17-ea
        j java.lang.Thread.run()V+11 java.base@17-ea
        v ~StubRoutines::call_stub

              mgronlun Markus Grönlund
              jiefu Jie Fu
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

                Created:
                Updated:
                Resolved: