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