-
Notifications
You must be signed in to change notification settings - Fork 721
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
Test-extended.system-JDK8-osx_x86-64_cmprssptrs SharedClassesAPI_0 Failed to set group access permission #4375
Comments
@jdekonin is there a umask on the osx machines which prevents setting group access? |
Also, what is the current setting for sysv shared memory?
|
Doesn't seem to be a problem. There doesn't appear to be shared memory left by previous jobs, but the cleanup jobs delete that content every few hours now. |
I believe the original reason why this issue was opened is resolved by : adoptium/openj9-systemtest#76 There was comma missing in front of the groupAccess option that the test was setting. |
@Mesbah-Alam note the tests still failed last night, which included adoptium/openj9-systemtest#76 The sysv numbers seem very exact, to allow 4 caches of 300MB each. |
@pshipton - the test does not set any cache size. |
We the warning JVMSHRC756W is due to the umask 0022. Group user is not able to write to the shared cache.
I have an impression on OSX, you cannot have shared memory equal to kern.sysv.shmmax/kern.sysv.shmall, it must be less than kern.sysv.shmmax/kern.sysv.shmall. So technically this setting (1200MB) only allows 3 caches. It is better to set kern.sysv.shmmax/kern.sysv.shmall to a number like N * 300MB + 10MB. |
I suspect SharedClassesCacheChecker.delete() failed to delete the nonpersistent cache either in default directory (user home) or under /tmp/ when "groupAccess" is used. |
The non-default directory is actually somewhere under the build's workspace directory(not /tmp). |
There are 2 default shared cache directories:
|
@jdekonin can you please fix the umask and kern.sysv.shmmax/kern.sysv.shmall as per #4375 (comment) |
Looking at the test code: When non-default location is used, the cacheDir is being set to When default location is used, cacheDir="", then the cacheDir option in -Xshareclasses is not used: |
Hi @jdekonin, We ran a grinder with the SharedClassesAPI test at Adopt: https://ci.adoptopenjdk.net/view/Test_grinder/job/Grinder/896/tapResults/ It ran on
Checking inside the machine, we found that it does not contain Is it because the osx test machines at Adopt are not configured to run Shared Classes Test yet as the OpenJ9 osx machine? A different but similar error is seen while running the test in the Internal Grinder (on osx): https://hyc-runtimes-jenkins.swg-devops.com/view/Test_system/job/Grinder/1280/console
Can you please check the output of |
umask has been set to 0002 and sysctl.conf, with @hangshao0 suggestion, to These changes have been applied to all openj9 ci osx systems. fyi @sxa555 settings required to existing adopt osx machines. I have updated adoptium/infrastructure#212 with updated requirement to the playbook. |
Now we are getting a different error. https://ci.eclipse.org/openj9/job/Test-sanity.functional-JDK11-osx_x86-64_cmprssptrs/88
|
It still complains about SHMMAX @jdekonin |
@jdekonin it seems the shmmax/shmall changes to the machines #4375 (comment) are also blocking OMR acceptance builds.
|
Typo in config file. Rebooting now |
Test-extended.system-JDK8-osx_x86-64_cmprssptrs SharedClassesAPI_0 is now passing: |
https://ci.eclipse.org/openj9/job/Test-extended.system-JDK8-osx_x86-64_cmprssptrs/40
The text was updated successfully, but these errors were encountered: