JDK-8076995 : gc/ergonomics/TestDynamicNumberOfGCThreads.java failed with java.lang.RuntimeException: 'new_active_workers' missing from stdout/stderr
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 8u102,9
  • Priority: P1
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2015-04-06
  • Updated: 2017-07-26
  • Resolved: 2015-04-29
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
8u102Fixed 9 b66Fixed
Related Reports
Relates :  
JDK-8129430 - Tests that require G1 should be excluded from execution on embedded platform where G1 is not supported
Relates :  
JDK-8078703 - Ensure that GC's use of processor count is correct
Sub Tasks
JDK-8078673 :  
Update TEST.groups for recent GC tests - Resolved
Description
gc/ergonomics/TestDynamicNumberOfGCThreads.java failed during RT nightly testing on 2015-04-03.

2 kinds of failure were observed:

(1)   stderr: [Java HotSpot(TM) Embedded Client VM warning: G1 GC is disabled in this release.
]
  exitValue = 0

  java.lang.RuntimeException: 'new_active_workers' missing from stdout/stderr

(2)   stdout: [Creating garbage
  #0: [GC (Allocation Failure) #0: [ParNew# To suppress the following error report, specify this argument
  # after -XX: or in .hotspotrc:  SuppressErrorAt=/adaptiveSizePolicy.cpp:145

  exitValue = 134
Comments
Bugs found by nightly testing. Verified by passed nightly.
26-07-2017
Needs backport to 8u82.
25-02-2016
Fix to JDK-8017462 has been backported to 8u82 at 2016-02-18: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/rev/6c57a16d0238 This backport caused new test gc/ergonomics/TestDynamicNumberOfGCThreads.java to fail in 8u82 nightly. The fix to the current bug should be also backported to 8u82.
25-02-2016
A few errors seemed to be related to running gc tests on embedded SE that specified G1, CMS, etc. Which aren't implemented in embedded. This part has been split out to JDK-8078673.
27-04-2015
It looks to be CMS only. From most logs..: jvm_args: -XX:+UseConcMarkSweepGC -Xmx10M -XX:+PrintGCDetails -XX:+UseDynamicNumberOfGCThreads -XX:+TraceDynamicGCThreads
13-04-2015
The x86 crash in VMError::report() says it crashed " in error occurred during error reporting (printing stack bounds), id 0xc0000005]", which would be about here, since it did print "Stack: [0x00000000549d0000,0x0000000054ad0000]" frame fr = _context ? os::fetch_frame_from_context(_context) : os::current_frame(); if (fr.sp()) { ... } But the intel stack trace says it died in os::platform_print_native_stack+0x84 (which is later). Is this a nested crash trace? The ARM crash in VMError::report() says it crashed "[error occurred during error reporting (printing native stack), id 0xb]", which would be somewhere in: frame fr = _context ? os::fetch_frame_from_context(_context) : os::current_frame(); print_native_stack(st, fr, _thread, buf, sizeof(buf)); Hmm, that code looks familiar.... And _context is NULL....
08-04-2015
2 problems - the initial crash, then the crash in the crash reporter.
08-04-2015
ILW = High (crash), Medium (happened a few times), High (none) = P1
08-04-2015
From the Windows crash: java.lang.RuntimeException: 'new_active_workers' missing from stdout/stderr at com.oracle.java.testlibrary.OutputAnalyzer.shouldContain(OutputAnalyzer.java:134) at TestDynamicNumberOfGCThreads.verifyDynamicNumberOfGCThreads(TestDynamicNumberOfGCThreads.java:47) at TestDynamicNumberOfGCThreads.testDynamicNumberOfGCThreads(TestDynamicNumberOfGCThreads.java:55) at TestDynamicNumberOfGCThreads.main(TestDynamicNumberOfGCThreads.java:39) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:502) at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:92) at java.lang.Thread.run(Thread.java:745) Stack trace: V [jvm.dll+0x49a9a4] os::platform_print_native_stack+0x84;; ?platform_print_native_stack@os@@SA_NPEAVoutputStream@@PEAXPEADH@Z+0x84 V [jvm.dll+0x3a1aa0] VMError::report+0xb50;; ?report@VMError@@AEAAXPEAVoutputStream@@@Z+0xb50 V [jvm.dll+0x3a26cd] VMError::report_and_die+0x43d;; ?report_and_die@VMError@@QEAAXXZ+0x43d V [jvm.dll+0x3cf01b] report_error+0x4b;; ?report_error@@YAXPEAVThread@@KPEAEPEAX2@Z+0x4b V [jvm.dll+0x3d41d2] topLevelExceptionFilter+0x372;; ?topLevelExceptionFilter@@YAJPEAU_EXCEPTION_POINTERS@@@Z+0x372 V [jvm.dll+0x49a56e] HandleExceptionFromCodeCache+0x2e;; ?HandleExceptionFromCodeCache@@YAJPEAU_EXCEPTION_RECORD@@_KPEAU_CONTEXT@@PEAU_DISPATCHER_CONTEXT@@@Z+0x2e
07-04-2015