Open andrew-m-leonard opened 3 years ago
@andrew-m-leonard Would you please point me to test stored results if any? I need system core for investigation
Just based on InaccessibleAddress=0000000000000018
there is most likely a bogus (stall?) object pointer or heap corruption caused Scavenger to take NULL as a class pointer from object to copy.
Since this is aarch64, @knn-k fyi.
@dmitripivkine unfortunately it never got as far as running tests, it's crashed Compiling the tests, so no output. The binary it is using to compile (javac) is https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/jdk/job/jdk-linux-aarch64-openj9-linuxXL/59/
@knn-k I think you are in a better position to try to reproduce it. Also there is high probability the reason for crash is a JIT problem, so I believe you are in a better position to investigate too. Please let me know if you need help from GC side to identify problematic pattern caused crash in GC
I ran make compile
for functional tests 10 times, using the latest binary from https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/jdk/job/jdk-linux-aarch64-openj9-linuxXL/60/ . (The binary from 59 is no longer available)
Builds were successful and I saw no failures.
I also tried running make compile
on cent7-aarch64-1 (96 CPU cores) using the same binary as above. I got no failures out of 10 runs.
It takes 18 minutes for a single round of running make compile
on that machine.
https://ci.adoptopenjdk.net/job/Test_openjdk17_j9_sanity.functional_aarch64_linux_xl/19/console