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

Kitchensink.java failed "assert(!node->retired()) failed: invariant"

XMLWordPrintable

    • jfr
    • x86_64
    • windows

      The following test failed in the JDK18 CI:

      applications/kitchensink/Kitchensink.java

      Here's a snippet from the log file:

      Output and diagnostic info for process 22768 was saved into 'pid-22768-output.log'
      [2021-10-08T08:26:32.732778600Z] Gathering output for process 41288
      [2021-10-08T08:26:32.911830100Z] Waiting for completion for process 41288
      [2021-10-08T08:26:32.912799400Z] Waiting for completion finished for process 41288
      Output and diagnostic info for process 41288 was saved into 'pid-41288-output.log'
      [stress.process.out] #
      [stress.process.out] # A fatal error has been detected by the Java Runtime Environment:
      [stress.process.out] #
      [stress.process.out] # Internal Error (t:\\workspace\\open\\src\\hotspot\\share\\jfr/recorder/storage/jfrMemorySpace.inline.hpp:621), pid=29416, tid=15992
      [stress.process.out] # assert(!node->retired()) failed: invariant
      [stress.process.out] #
      [stress.process.out] # JRE version: Java(TM) SE Runtime Environment (18.0+19) (fastdebug build 18-ea+19-1101)
      [stress.process.out] # Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 18-ea+19-1101, mixed mode, sharing, tiered, compressed class ptrs, g1 gc, windows-amd64)
      [stress.process.out] # Core dump will be written. Default location: T:\\testoutput\\test-support\\jtreg_closed_test_hotspot_jtreg_applications_kitchensink_Kitchensink_java\\scratch\\0\\hs_err_pid29416.mdmp
      [stress.process.out] #
      [stress.process.out] # JFR recording file will be written. Location: T:\\testoutput\\test-support\\jtreg_closed_test_hotspot_jtreg_applications_kitchensink_Kitchensink_java\\scratch\\0\\hs_err_pid29416.jfr
      [stress.process.out] #
      [stress.process.out] Unsupported internal testing APIs have been used.
      [stress.process.out]
      [stress.process.out] # An error report file with more information is saved as:
      [stress.process.out] # T:\\testoutput\\test-support\\jtreg_closed_test_hotspot_jtreg_applications_kitchensink_Kitchensink_java\\scratch\\0\\hs_err_pid29416.log
      [stress.process.out] #
      [stress.process.out] # If you would like to submit a bug report, please visit:
      [stress.process.out] # https://bugreport.java.com/bugreport/crash.jsp
      [stress.process.out] #
      [2021-10-08T08:36:53.282379300Z] Gathering output for process 23268
      [2021-10-08T08:36:53.693059800Z] Waiting for completion for process 23268
      [2021-10-08T08:36:53.693059800Z] Waiting for completion finished for process 23268
      Output and diagnostic info for process 23268 was saved into 'pid-23268-output.log'
      [2021-10-08T08:36:53.693059800Z] Waiting for completion for process 23268
      [2021-10-08T08:36:53.693059800Z] Waiting for completion finished for process 23268
      [2021-10-08T08:36:53.693059800Z] Waiting for completion for process 23268
      [2021-10-08T08:36:53.693059800Z] Waiting for completion finished for process 23268


      Here's the crashing thread's stack trace:

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

      Current thread (0x0000024451186940): JavaThread "JFR Recorder Thread" daemon [_thread_in_vm, id=15992, stack(0x000000f094a00000,0x000000f094b00000)]

      Stack: [0x000000f094a00000,0x000000f094b00000]
      Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
      V [jvm.dll+0xadc581] os::platform_print_native_stack+0xf1 (os_windows_x86.cpp:235)
      V [jvm.dll+0xcfabb5] VMError::report+0x1005 (vmError.cpp:742)
      V [jvm.dll+0xcfc55e] VMError::report_and_die+0x7fe (vmError.cpp:1552)
      V [jvm.dll+0xcfcce4] VMError::report_and_die+0x64 (vmError.cpp:1333)
      V [jvm.dll+0x4cdca7] report_vm_error+0xb7 (debug.cpp:282)
      V [jvm.dll+0x71c030] JfrLinkedList<JfrBuffer,JfrCHeapObj>::iterate<CompositeOperation<EpochDispatchOp<JfrEpochQueue<JfrEpochQueueKlassPolicy>::ElementDispatch<KlassFunctor> >,ReinitializeAllReleaseRetiredOp<JfrMemorySpace<JfrEpochStorageHost<JfrBuffer,JfrMspaceRemoveRetrieval,0>,JfrMspaceRemoveRetrieval,JfrConcurrentQueue<JfrBuffer,JfrCHeapObj>,JfrLinkedList<JfrBuffer,JfrCHeapObj>,1>,JfrLinkedList<JfrBuffer,JfrCHeapObj> >,CompositeOperationAnd> >+0xe0 (jfrLinkedList.inline.hpp:83)
      V [jvm.dll+0x71c2a1] JfrEpochQueue<JfrEpochQueueKlassPolicy>::iterate<KlassFunctor>+0xe1 (jfrEpochQueue.inline.hpp:97)
      V [jvm.dll+0x71d682] JfrTraceIdKlassQueue::iterate+0x42 (jfrTraceIdKlassQueue.cpp:254)
      V [jvm.dll+0x723b78] do_klasses+0x38 (jfrTypeSet.cpp:368)
      V [jvm.dll+0x7259c6] write_klasses+0x326 (jfrTypeSet.cpp:412)
      V [jvm.dll+0x7249d5] JfrTypeSet::serialize+0x75 (jfrTypeSet.cpp:1077)
      V [jvm.dll+0x6d567b] JfrCheckpointManager::write_type_set+0xdb (jfrCheckpointManager.cpp:420)
      V [jvm.dll+0x708f1d] JfrRecorderService::_write+0x20d (jfrRecorderService.cpp:534)
      V [jvm.dll+0x709a4c] JfrRecorderService::rotate+0x19c (jfrRecorderService.cpp:500)
      V [jvm.dll+0x70a9b9] recorderthread_entry+0x229 (jfrRecorderThreadLoop.cpp:80)
      V [jvm.dll+0xc8580d] JavaThread::thread_main_inner+0x1fd (thread.cpp:1281)
      V [jvm.dll+0xc7bef4] Thread::call_run+0x1b4 (thread.cpp:365)
      V [jvm.dll+0xadaf3e] thread_native_entry+0xae (os_windows.cpp:544)
      C [ucrtbase.dll+0x2268a]
      C [KERNEL32.DLL+0x17974]
      C [ntdll.dll+0x5a2f1]

            mgronlun Markus Grönlund
            dcubed Daniel Daugherty
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: