jdk/jfr/jcmd/TestJcmdDump.java.TestJcmdDump consistently failing in jdk18+36 Release Triage

[Haroon-Khel]

The test jdk/jfr/jcmd/TestJcmdDump.java.TestJcmdDump.java.TestJcmdDump from the extended openjdk test suite continues to fail across some platforms

java.lang.OutOfMemoryError: Java heap space
	at jdk.jfr.jcmd.TestJcmdDump.jfrDump(TestJcmdDump.java:106)
	at jdk.jfr.jcmd.TestJcmdDump.main(TestJcmdDump.java:87)
	at java.base/java.lang.invoke.LambdaForm$DMH/0x0000000800c02000.invokeStatic(LambdaForm$DMH)

MacOS https://ci.adoptopenjdk.net/job/Test_openjdk18_hs_extended.openjdk_x86-64_mac_testList_0/27/
Trss

Linux aarch64 https://ci.adoptopenjdk.net/job/Test_openjdk18_hs_extended.openjdk_aarch64_linux/27/testReport/jdk_jfr_jcmd_TestJcmdDump/java/TestJcmdDump/
Trss https://trss.adoptium.net/output/test?id=623aa15c72761a4c5cf7c523

linux ppc64le
Trss https://trss.adoptium.net/output/test?id=623a740572761a4c5cf761e6
https://ci.adoptopenjdk.net/job/Test_openjdk18_hs_extended.openjdk_ppc64le_linux_testList_0/27/testReport/

Linux s390x https://ci.adoptopenjdk.net/job/Test_openjdk18_hs_extended.openjdk_s390x_linux_testList_0/25/testReport/jdk_jfr_jcmd_TestJcmdDump/java/TestJcmdDump/
Trss https://trss.adoptium.net/output/test?id=623a657772761a4c5cf73e09

[Haroon-Khel]

Just found that the test is excluded on aarch64-linux,linux_ppc64le and linux_s390x (yet still ran during this release)

aqa-tests/openjdk/excludes/ProblemList_openjdk18.txt

Line 399 in 69aaa70

jdk/jfr/jcmd/TestJcmdDump.java https://github.com/adoptium/aqa-tests/issues/2919 aarch64-linux,linux_ppc64le,linux_s390x

MacOS should also be added to the exclude list

[Haroon-Khel]

Closing as it appears to be intermittent on MacOS
Recent pass https://ci.adoptopenjdk.net/job/Grinder/3914/console

[smlambert]

re: adoptium/adoptium#133 (comment)

Test issue raised #3492
Test is excluded for jdk18 on this platform

aqa-tests/openjdk/excludes/ProblemList_openjdk18.txt

Line 399 in 69aaa70

jdk/jfr/jcmd/TestJcmdDump.java https://github.com/adoptium/aqa-tests/issues/2919 aarch64-linux,linux_ppc64le,linux_s390x

If the test was excluded (via #3044), it should not have run. Since it is running and failing, looking at how it was excluded shows us that it was not excluded properly (wrong platform name used). This particular test case is NOT a very nice one to include in the AQA suite, as it appears to be very sensitive to machine resource (therefore is flaky / intermittently failing depending on which machine it lands on). We can switch the entry in the ProblemList file to generic-all and exclude on all platforms (until the test itself can be improved to be able to run on a variety of machines).

Going to reopen this issue and use it as the base issue for the exclusion until we can report and get a fix upstream if its possible (rather than #2919 which is more generic).

[sophia-guo]

Check all history it shows test only failed with non-compressed. Might be worth to check if it should be enabled for non-compressed.

[sophia-guo]

also linux-x64 https://ci.adoptopenjdk.net/view/Test_grinder/job/Grinder/4690/testReport/junit/jdk_jfr_jcmd_TestJcmdDump/java/TestJcmdDump/
https://ci.adoptopenjdk.net/job/Test_openjdk18_hs_extended.openjdk_x86-64_linux_testList_2/26/testReport/junit/jdk_jfr_jcmd_TestJcmdDump/java/TestJcmdDump/

[sophia-guo]

windows too. https://ci.adoptopenjdk.net/job/Test_openjdk18_hs_extended.openjdk_x86-64_windows_testList_1/33/

[sophia-guo]

Not reproduced in recent run #4352 (comment)

[sophia-guo]

This still happens intermittently. #5444.

As it only happened to non-compressed #3492 (comment), https://adoptium.slack.com/archives/C5219G28G/p1731569159139549 suggests to increase the -Xmx.