Hi Mark, No, this is a default one with default multiplier, so just "ant test". What's important to reproduce: - Number of JVMs because this dictates, how many tests are run inside one JVM: -Dtests.jvms=2. - And this is 32 bit Java! - more settings like used garbage collector in build description on website
Uwe ----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: [email protected] > -----Original Message----- > From: Mark Miller [mailto:[email protected]] > Sent: Wednesday, December 26, 2012 3:22 AM > To: [email protected] > Subject: Re: [JENKINS] Lucene-Solr-trunk-Linux (32bit/jdk1.6.0_37) - Build # > 3421 - Failure! > > Is this one a nightly build? > > I can run it and look at it closely tomorrow. > > - Mark > > On Dec 25, 2012, at 6:04 PM, Uwe Schindler <[email protected]> wrote: > > > Can we add a finally/try block that catches permgen errors and calls > System.halt (not exit)? I could add another extra allowance to the security > manager, disallowing exits. > > > > But we should try to find the issue in the tests, maybe Mark has an idea. > We have the heap dump readily available, but I don't have the tools to > inspect it. > > > > Uwe > > > > > > > > Dawid Weiss <[email protected]> schrieb: > > > the test framework crashes somehow and does not respond anymore. > > > > I think I know exactly how it crashes -- there's not much mystery > > about this: once the permgen is exhausted OOM errors are thrown from > > tests; what happens then is these errors are caught and an attempt is > > made to serialize these errors to the master node. Unfortunately this > > process involves loading some classes that are not yet loaded and, > > since the permgen is already exhausted, everything goes insane (the > > thread apparently just silently quits; there are finally blocks that > > are never reached). > > > > Like I said -- I'll see what I can do about it but I don't have any > > optimistic feelings. This is really riding a critical edge and short > > of preallocating static data structures I don't see any way of > > implementing a clean solution for the problem. > > > > Dawid > > > > > > To unsubscribe, e-mail: [email protected] For > > additional commands, e-mail: [email protected] > > > > > > -- > > Uwe Schindler > > H.-H.-Meier-Allee 63, 28213 Bremen > > http://www.thetaphi.de > > > --------------------------------------------------------------------- > 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]
