-
-
Notifications
You must be signed in to change notification settings - Fork 314
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failing openjdk17_hs_extended.openjdk_x86-64_alpine-linux jdk_tools tests (and Java 11 as well) #3232
Comments
Re-running the whole extended suite without |
There are two separate issues here - the disk space one which I am trying to track down, and the failure of some of the suites such as |
Seeing alot of unsatisfied link errors in the output
I guess that's for this failing test tools/jpackage/share/jdk/jpackage/tests/JavaOptionsEqualsTest.java#id0.JavaOptionsEqualsTest_id0 |
Found #2877 which accounts for the following tests
Still not accounted for |
alpine-linux is a headless build (and we account for by this setting: https://github.com/adoptium/aqa-tests/blob/master/openjdk/openjdk.mk#L94-L100 so that the underlying jtreg framework will filter out tests that test a headful build). Unsatisfied link errors unable to load a library that would not exist in a headless build |
Yes, those tests have been tagged as 'not workable for headless alpine linux' #2877. Job output shows that option has been set up correctly.
Similar tests belong to jdk_bean category has been filtered as expected in same build. I suspect those tests could be excluded by jtreg filter. |
I
I believe these are likely being caused as a result of the |
Suspect we need a fix for Alpine here: aqa-tests/buildenv/jenkins/JenkinsfileBase Line 619 in b3c5337
I'll try a patch |
auto exclude test jdk_tools plat=x86-64_alpine-linux |
- related: #3232 (comment) Signed-off-by: GitHub <noreply@github.com>
@andrew-m-leonard https://ci.adoptopenjdk.net/job/Grinder/3525/console The second grinder shows unsatisfied link errors while the first does not. Either way the test fail both times and dumps are created both times |
I imagine there are some headless tests, which do require DISPLAY to be set, that do pass on alpine linux? If so, preventing DISPLAY from being set for all tests on alpine would not be an adequate solution. Unless I am mistaken |
- related: #3232 (comment) Signed-off-by: GitHub <noreply@github.com> Co-authored-by: smlambert <smlambert@users.noreply.github.com>
@Haroon-Khel So looks like the core is coming from:
Which is a native C/C++ issue, which would likely cause a core I guess |
|
@andrew-m-leonard While it is happening in the same tests, the core issue (independent of the |
Same for aarch64_alpine-linux |
The failed tests are
tools/jpackage/share/AppLauncherEnvTest.java.AppLauncherEnvTest
tools/jpackage/share/jdk/jpackage/tests/JavaOptionsTest.java.JavaOptionsTest
tools/jpackage/share/AddLauncherTest.java#id1.AddLauncherTest_id1
tools/jpackage/share/ArgumentsTest.java.ArgumentsTest
tools/jpackage/share/EmptyFolderTest.java.EmptyFolderTest
tools/jpackage/share/jdk/jpackage/tests/AppVersionTest.java.AppVersionTest
tools/jpackage/share/jdk/jpackage/tests/BasicTest.java.BasicTest
tools/jpackage/share/jdk/jpackage/tests/CookedRuntimeTest.java.CookedRuntimeTest
tools/jpackage/share/jdk/jpackage/tests/DotInNameTest.java.DotInNameTest
tools/jpackage/share/jdk/jpackage/tests/JLinkOptionsTest.java.JLinkOptionsTest
tools/jpackage/share/jdk/jpackage/tests/JavaOptionsEqualsTest.java#id0.JavaOptionsEqualsTest_id0
tools/jpackage/share/jdk/jpackage/tests/JavaOptionsEqualsTest.java#id1.JavaOptionsEqualsTest_id1
tools/jpackage/share/jdk/jpackage/tests/MainClassTest.java.MainClassTest
tools/jpackage/share/jdk/jpackage/tests/ModulePathTest.java.ModulePathTest
tools/jpackage/share/jdk/jpackage/tests/ModulePathTest2.java.ModulePathTest2
tools/jpackage/share/jdk/jpackage/tests/ModulePathTest3.java.ModulePathTest3
tools/jpackage/share/jdk/jpackage/tests/MultipleJarAppTest.java.MultipleJarAppTest
tools/jpackage/share/jdk/jpackage/tests/NoMPathRuntimeTest.java.NoMPathRuntimeTest
These failing tests are taking up 40G on our alpine docker hosts, often taking up all the space which causes disk space issues for our other tests
43.6G Test_openjdk17_hs_extended.openjdk_x86-64_alpine-linux_testList_0
43.8G Test_openjdk17_hs_extended.openjdk_x86-64_alpine-linux_testList_2
The text was updated successfully, but these errors were encountered: