Hi,

> Permgens are like JVM hanging completely -- there's not much the test
> runner can do (because everything is typically and effectively dead on the
> Java side of things).
> 
> It needs to be solved in the code; there's very likely multiple classloaders
> being loaded and something prevents them from being released.

SolrResourceLoader... Maybe one of the test creates too many cores in parallel. 
As said, this only happened recently, and you can reproduce it. The reason why 
it mainly happens with MacOSX is the fact that this one runs on Policeman 
Jenkins with -Dtests.jvms=2, so each JVM has to run longer and each one fills 
permgen with more classes.

So to debug, ideally run the tests with -Dtests.jvms=1, then it permgen-oom's  
almost certainly!

> Dawid
> 
> On Fri, Jul 24, 2015 at 9:23 AM, Uwe Schindler <[email protected]> wrote:
> > Hi,
> >
> > (this is unrelated to my permgen improvements yesterday about the Ant
> build). This mail is about the test runners. I had to kill builds on MacOSX 
> quite
> often because the test runner went into a permgen error. The problem:
> Killing the jenkins job was not enough, because the test runners not even
> reponsed to sigterm. You had to kill them (kill -9) it, otherwise it never 
> dies.
> There is nothing the test runner can do, because it died completely.
> >
> > The reason is that on JDK 1.7 there is still permgen used and the test seem
> to load too many classes or whatever, no idea:
> > http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-MacOSX/2492/
> > (search for permgen n the logs).
> >
> > Please fix this before release, this happened quite often the last 2 weeks!
> > Uwe
> >
> > -----
> > Uwe Schindler
> > H.-H.-Meier-Allee 63, D-28213 Bremen
> > http://www.thetaphi.de
> > eMail: [email protected]
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [email protected] For
> > additional commands, e-mail: [email protected]
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected] For additional
> commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to