-
Notifications
You must be signed in to change notification settings - Fork 738
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
AttachAPISanity_SE90 failed intermittently on Windows #1454
Comments
@pdbain-ibm Any ideas on why this failing? |
did a search and found this may be related to #1255 , but they failed at two different tests targets and two different Java files. |
* TestNG before 6.14 treats configuration failure as pass, this has been fixed since TestNG 6.14, update TestNG version to 6.14.2 to fix this bug in product build * separate JLM test targets to avoid OOM failure * re-enable tests which are fixed and passing * update exclude file which failed on TestNG 6.14.2 * exclude reattachAfterExit from win since it is not supported on win * disable testSoftMxRemote tests since it failed at setup stage [ci skip] fixed:eclipse-openj9#1367 fixed:eclipse-openj9#1112 Issue:eclipse-openj9#1454 Signed-off-by: Tianyu Zuo <tianyu@ca.ibm.com>
I'll take a look. One possible problem is the temporary directory may not be accessible. |
@TianyuZuo Could you post a link to the job? Thanks |
I ran the sanity test manually > 10X on a machine where it failed. What failure rate do you see? |
Seeing the failure frequently on 9.28.161.140 |
Fails consistently on that machine. Setting -Dcom.ibm.tools.attach.logging=yes, we get: Rebooted the machine, still failing. Cannot delete /tmp/.com_ibm_tools_attach |
This is a machine issue. |
Is there a change we can make to the test so its more robust and cleans up after itself? |
I doubt it. Note that the Attach API already cleans up after itself in the common directory (and tries to clean artifacts left by defunct processes). The issue here is that the malformed files were in j9build's temp directory but were owned by Administrator and had what looked like the wrong permissions. |
temp directory cleared. I re-ran the test and problem looks fixed. |
The failures were caused by machine problems. Fixes eclipse-openj9#1454 Signed-off-by: Peter Bain <peter_bain@ca.ibm.com>
Thanks Peter |
* TestNG before 6.14 treats configuration failure as pass, this has been fixed since TestNG 6.14, update TestNG version to 6.14.2 to fix this bug in product build * separate JLM test targets to avoid OOM failure * re-enable tests which are fixed and passing * update exclude file which failed on TestNG 6.14.2 * exclude reattachAfterExit from win since it is not supported on win * disable testSoftMxRemote tests since it failed at setup stage [ci skip] fixed:eclipse-openj9#1367 fixed:eclipse-openj9#1112 Issue:eclipse-openj9#1454 Signed-off-by: Tianyu Zuo <tianyu@ca.ibm.com>
java -version:
Error Message:
The text was updated successfully, but these errors were encountered: