-
-
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
sanity.functional jdk11 x86-64_mac cmdLineTest_sigabrtHandlingTest_0 failure: gptest (Not found in java.library.path) #2178
Comments
It passed on latest build https://ci.adoptopenjdk.net/job/Test_openjdk11_j9_sanity.functional_x86-64_mac/64/ running on test-macincloud-macos1010-x64-2. All existing former failure runs are on macos1013 or macos1014. |
We also have openjdk tests that pass on macos1010, but not macos1013/macos1014, posting here in case there is a related issue (theorized) around not being able to access certain dirs in later macos versions adoptium/infrastructure#1274 (comment) |
The cmdLineTest_sigabrtHandlingTest_0 subtests fail in different patterns, seemingly based on the machine. Details below, including name, link to the machine's web page, os version, example of a failing test, and DYLD_LIBRARY_PATH value if known (which, as per this openj9 issue, is believed to be the source of gptest's path). These machines fail every subtest.
These machines only fail the subtests that begin: bash -c 'ulimit -c 0 ; "<test_java_command>" '
These machines pass every subtest.
Based on this information, smlambert's theory seems solid. Other possibilities include the later machines having different jenkins user privileges, maybe due to earlier machines being setup up manually or with earlier playbooks, and never re-built with the later playbooks. Will run a few more grinders on specific machines, and then open an infra ticket with a request for user + folder permissions information, so we can pin down the cause. |
It looks like Apple as part of System Integrity Protection have disabled DYLD_LIBRARY_PATH from 10.11+ |
I am fairly sure now the problem is because the Jenkins agent is currently picking up /bin/bash when running tests as:
and due to Mac 10.11+ SIP protection any process started from /bin will have DYLD_LIBRARY_PATH stripped. |
Given the machine updates are completed, is this issue now fixed and can be closed? |
yes finished |
Some subtests within the sanity.functional cmdLineTest_sigabrtHandlingTest_0 fail with a
java.lang.UnsatisfiedLinkError: gptest (Not found in java.library.path)
exception.Other tests seem to find the gptest program OK. A difference appears to be the failing commands having the
bash -c 'ulimit -c 0 ;
prefixed to the command.Full output of failing test (taken from https://ci.adoptopenjdk.net/job/Test_openjdk11_j9_sanity.functional_x86-64_mac/63/consoleFull):
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior (or Grinder rerun link):
Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: