-
Bug
-
Resolution: Unresolved
-
P4
-
16, 17, 19, 20, 21, 22
-
So far, all failures seem to be on AMD EPYC OCI virtual machines.
-
x86_64
-
linux
applications/jcstress/seqcst.java
Here's a snippet from the log file:
----- [OK] Unlocking diagnostic VM options
Burning up to figure out the exact CPU count....... done!
----- [OK] Trimming down the default VM heap size to 1/8-th of max RAM
----- [OK] Trimming down the number of compiler threads
----- [OK] Trimming down the number of parallel GC threads
----- [OK] Trimming down the number of concurrent GC threads
----- [OK] Trimming down the number of G1 concurrent refinement GC threads
----- [FAILED] Testing @Contended works on all results and infra objects
Java HotSpot(TM) 64-Bit Server VM warning: Option MaxRAMFraction was deprecated in version 10.0 and will likely be removed in a future release.
Java HotSpot(TM) 64-Bit Server VM warning: Option MinRAMFraction was deprecated in version 10.0 and will likely be removed in a future release.
Exception in thread "main" java.lang.IllegalStateException: /opt/mach5/mesos/work_dir/slaves/983c483a-6907-44e0-ad29-98c7183575e2-S154452/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/d8d1d317-a8a1-472d-8f96-de05b7474bbc/runs/8509417c-55e7-42e2-ba5a-f64cc65beb01/testoutput/test-support/jtreg_open_test_hotspot_jtreg_jcstress_part1/classes/0/applications/jcstress/seqcst/d/applications/jcstress/JcstressRunner
at org.openjdk.jcstress.util.Reflections.getClasses(Reflections.java:66)
at org.openjdk.jcstress.vm.ContendedTestMain.main(ContendedTestMain.java:43)
Caused by: java.lang.ClassNotFoundException: /opt/mach5/mesos/work_dir/slaves/983c483a-6907-44e0-ad29-98c7183575e2-S154452/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/d8d1d317-a8a1-472d-8f96-de05b7474bbc/runs/8509417c-55e7-42e2-ba5a-f64cc65beb01/testoutput/test-support/jtreg_open_test_hotspot_jtreg_jcstress_part1/classes/0/applications/jcstress/seqcst/d/applications/jcstress/JcstressRunner
at java.base/java.lang.Class.forName0(Native Method)
at java.base/java.lang.Class.forName(Class.java:466)
at org.openjdk.jcstress.util.Reflections.getClasses(Reflections.java:64)
... 1 more
This test ran for almost three hours, but it's not clear when
the above exceptions were thrown. This failure might be due
to test bug in applications/jcstress/seqcst.java or in the harness
so I'm starting this bug off in hotspot/test.
- duplicates
-
JDK-8286492 applications/jcstress/seqcst.java failed with SIGSEGV in C2 code
- Closed
-
JDK-8299710 ZGC: applications/jcstress/seqcst.java failed o.o.j.t.seqcst.volatiles
- Closed
-
JDK-8290465 applications/jcstress/acqrel.java SIGSEGV in C2 frame
- Closed
-
JDK-8304813 applications/jcstress/atomicity.java failed with SIGILL in C1 compiled frame
- Closed
- relates to
-
JDK-8286492 applications/jcstress/seqcst.java failed with SIGSEGV in C2 code
- Closed
-
JDK-8293881 nsk/jvmti/RedefineClasses/StressRedefineWithoutBytecodeCorruption failed with EXCEPTION_ACCESS_VIOLATION with ZGC
- Open
-
JDK-8293648 Kitchensink.java failed with SIGSEGV in compiled frame with ZGC
- Closed
-
JDK-8293832 Kitchensink24HStress.java failed with EXCEPTION_ACCESS_VIOLATION in a C-frame
- Closed
-
JDK-8264782 applications/jcstress/seqcst.java SIGILL in ObjectSynchronizer::quick_enter
- Closed
-
JDK-8291832 RenaissanceStressTest24H.java fails with "fatal error: missing receiver type check"
- Closed