On Fri, Apr 8, 2011 at 2:36 PM, Chris Hostetter
<hossman_luc...@fucit.org> wrote:
>
> : OOME on this one... we really need the "dump heap on OOME" JRE command
> : line set...
>
> Ant runs the tests in forked JVMs right? so thta should just be a
> build.xml change.
OK I tried that, with the patch below (applies to 3.x), and then
provoked an OOME and it works great, though I think this is Sun
(Oracle!) JRE specific... which is OK for now (we use Oracle JRE on
Jenkins right?), but if we want to rotate JREs in the future this
won't work...
The problem is... the resulting dump is large (mine was ~400 MB). We
can specify a location for the dump (-XX:HeapDumpPath=/some/path)... I
think we should somehow remove them after a few days? How much disk
space can we use up?
Patch:
Index: solr/build.xml
===================================================================
--- solr/build.xml (revision 1089906)
+++ solr/build.xml (working copy)
@@ -464,6 +464,7 @@
<jvmarg line="${dir.prop}"/>
-->
<jvmarg line="${args}"/>
+ <jvmarg line="-XX:+HeapDumpOnOutOfMemoryError"/>
<formatter classname="${junit.details.formatter}"
usefile="false" if="junit.details"/>
<classpath refid="test.run.classpath"/>
Index: lucene/common-build.xml
===================================================================
--- lucene/common-build.xml (revision 1089906)
+++ lucene/common-build.xml (working copy)
@@ -488,6 +488,7 @@
</assertions>
<jvmarg line="${args}"/>
+ <jvmarg value="-XX:+HeapDumpOnOutOfMemoryError"/>
<!-- allow tests to control debug prints -->
<sysproperty key="tests.verbose" value="${tests.verbose}"/>
Mike
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
