RFR [XS] : 8229182: runtime/containers/docker/TestMemoryAwareness.java test fails on SLES12
Baesken, Matthias
matthias.baesken at sap.com
Fri Aug 16 06:10:38 UTC 2019
> Unfortunately we do not see the expected "java.lang.OutOfMemoryError"
> in the nightly test runs .
>
> When I execute the jtreg test locally on the same (!) ppc64le machine ,
> under the same user but not from the test framework we use nightly
> the "java.lang.OutOfMemoryError" shows up.
Hello, after looking a bit more into it, we observed that the nightly runs set a higher -Xmx = 768m value that gets inherited into the DockerRunOptions
And made the central test fail .
So I had to remove this :
105 // make sure we avoid Xmx settings from the jtreg vmoptions
106 opts.appendTestJavaOptions = false;
New webrev :
http://cr.openjdk.java.net/~mbaesken/webrevs/8229182.2/
Best regards, Matthias
>
> Hi Christoph,
>
> >
> > Hi Matthias,
> >
> > looks good to me in general.
> >
> > However, I'm not convinced that line 114
> > ".shouldContain("java.lang.OutOfMemoryError");" won't provoke a test
> > error in case the child process was killed by the container, e.g. exited with
> > exit code 137. We should at least run this patch for several days in our
> system
> > to see if it catches all variations of the problem.
> >
>
> Unfortunately we do not see the expected "java.lang.OutOfMemoryError"
> in the nightly test runs .
>
> When I execute the jtreg test locally on the same (!) ppc64le machine ,
> under the same user but not from the test framework we use nightly
> the "java.lang.OutOfMemoryError" shows up.
>
> Best regards, Matthias
>
>
More information about the hotspot-dev
mailing list