JDK-8266594 : dynamicArchive/ParallelLambdaLoadTest.java fails with "Archiving hidden ..." missing from stdout/stderr
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 17
  • Priority: P2
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2021-05-05
  • Updated: 2021-05-09
  • Resolved: 2021-05-09
Related Reports
Duplicate :  
JDK-8266765 - [BACKOUT] JDK-8255493 Support for pre-generated java.lang.invoke classes in CDS dynamic archive
Relates :  
JDK-8266576 - dynamicArchive/ParallelLambdaLoadTest.java crashes with "assert(is_instance(java_string)) failed: must be java_string"
Relates :  
JDK-8255493 - Support for pre-generated java.lang.invoke classes in CDS dynamic archive
Relates :  
JDK-8266764 - [REDO] JDK-8255493 Support for pre-generated java.lang.invoke classes in CDS dynamic archive
Relates :  
JDK-8266585 - dynamicArchive/ParallelLambdaLoadTest.java crashes with memory stomping error
Description
java.lang.RuntimeException: 'Archiving hidden ParallelLambdaLoad$$Lambda$' missing from stdout/stderr 

	at jdk.test.lib.process.OutputAnalyzer.shouldContain(OutputAnalyzer.java:206)
	at ParallelLambdaLoadTest.lambda$test$0(ParallelLambdaLoadTest.java:58)
	at jdk.test.lib.cds.CDSTestUtils$Result.assertNormalExit(CDSTestUtils.java:146)
	at ParallelLambdaLoadTest.test(ParallelLambdaLoadTest.java:57)
	at DynamicArchiveTestBase.runTest(DynamicArchiveTestBase.java:74)
	at ParallelLambdaLoadTest.main(ParallelLambdaLoadTest.java:42)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:78)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:568)
	at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:127)
	at java.base/java.lang.Thread.run(Thread.java:831)

JavaTest Message: Test threw exception: java.lang.RuntimeException: 'Archiving hidden ParallelLambdaLoad$$Lambda$' missing from stdout/stderr
Comments
The issue caused by 8255493 which has been backed out and will be readdressed in 8266764.
08-05-2021
When the following is integrated: JDK-8266765 [BACKOUT] JDK-8255493 Support for pre-generated java.lang.invoke classes in CDS dynamic archive and we have verified that the failures associated with this bug stop, we can close this issue as a duplicate of JDK-8266765.
07-05-2021
Given the noise created by this issue please problem list this test, unless you have a fix ready.
07-05-2021
I see now there are three separate bugs filed for this test failure, for each failure mode. I think it likely it is all the same problem. Using three different bugs makes it hard for the gatekeepers to tag each failure correctly.
06-05-2021
There are 11 failures in the CI on may 5 and 6. Raising to P2.
06-05-2021
Also this: [0.048s][info][cds] Unmapping region #2 at base 0x00007fdde508b000 (Bitmap) [0.381s][warning][malloc,free] ## nof_mallocs = 38564, nof_frees = 14097 [0.381s][warning][malloc,free] ## memory stomp: [0.381s][warning][malloc,free] GuardedMemory(0x00007fdd8e4f1030) base_addr=0x00007fde0034c930 tag=0x0000000000000000 user_size=1216 user_data=0x00007fde0034c950 [0.381s][warning][malloc,free] Header guard @0x00007fde0034c930 is OK [0.381s][warning][malloc,free] Trailer guard @0x00007fde0034ce10 is BROKEN [0.381s][warning][malloc,free] User data appears to be in use # To suppress the following error report, specify this argument # after -XX: or in .hotspotrc: SuppressErrorAt=/os.cpp:652 # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (/opt/mach5/mesos/work_dir/slaves/3c846bae-ce30-4a97-93ee-9fef4497ccb6-S124147/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/19ffcf58-b09d-47f6-a7a1-b68cf5c286c6/runs/34e45437-49e2-45de-9045-e49fd6df3763/workspace/open/src/hotspot/share/runtime/os.cpp:652), pid=25296, tid=25339 # fatal error: memory stomping error # # JRE version: Java(TM) SE Runtime Environment (17.0+21) (fastdebug build 17-ea+21-LTS-1863) # Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 17-ea+21-LTS-1863, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64) # Problematic frame: # V [libjvm.so+0x15841cf] verify_memory(void*)+0x2cf # # Core dump will be written. Default location: Core dumps may be processed with "/opt/core.sh %p" (or dumping to /opt/mach5/mesos/work_dir/slaves/3c846bae-ce30-4a97-93ee-9fef4497ccb6-S79397/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/3c1cb4f8-3024-46ed-8324-a190d45fac74/runs/65d4ff7e-0c47-40fc-af7b-e9e0895af9d1/testoutput/test-support/jtreg_open_test_hotspot_jtreg_hotspot_cds_relocation/scratch/0/core.25296) # # An error report file with more information is saved as: # /opt/mach5/mesos/work_dir/slaves/3c846bae-ce30-4a97-93ee-9fef4497ccb6-S79397/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/3c1cb4f8-3024-46ed-8324-a190d45fac74/runs/65d4ff7e-0c47-40fc-af7b-e9e0895af9d1/testoutput/test-support/jtreg_open_test_hotspot_jtreg_hotspot_cds_relocation/scratch/0/hs_err_pid25296.log # # If you would like to submit a bug report, please visit: # https://bugreport.java.com/bugreport/crash.jsp # ]; stderr: [] exitValue = 134 java.lang.RuntimeException: 'Archiving hidden ParallelLambdaLoad$$Lambda$' missing from stdout/stderr
06-05-2021
If you look at this test failure on other platforms you will see we are getting a core dump via an abort in the system libraries: stderr: [double free or corruption (!prev) ] exitValue = 134 java.lang.RuntimeException: 'Archiving hidden ParallelLambdaLoad$$Lambda$' missing from stdout/stderr This test is crashing all the time as far as I can see.
06-05-2021