You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by Uwe Schindler <uw...@thetaphi.de> on 2011/08/18 23:28:42 UTC
Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Hi,
Since today/yesterday the tests of Solr in trunk are running veeeeery slow
on Jenkins and also locally. I am not sure which test is the problem, but
its incredible slow. Jenkins used to need 12 mins now 4 hrs for the whole
test build!
e.g. https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/
Uwe
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Robert Muir <rc...@gmail.com>.
I noticed this too on my test runner.
After about 3 hours i killed it and switched back to lucene core tests only!
On Thu, Aug 18, 2011 at 5:28 PM, Uwe Schindler <uw...@thetaphi.de> wrote:
> Hi,
>
> Since today/yesterday the tests of Solr in trunk are running veeeeery slow
> on Jenkins and also locally. I am not sure which test is the problem, but
> its incredible slow. Jenkins used to need 12 mins now 4 hrs for the whole
> test build!
> e.g. https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/
>
> Uwe
>
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
>
--
lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Chris Hostetter <ho...@fucit.org>.
: on Jenkins and also locally. I am not sure which test is the problem, but
: its incredible slow. Jenkins used to need 12 mins now 4 hrs for the whole
: test build!
: e.g. https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/
I'm not sure if you can trust these times, but according to the jenkins
test reports by package...
org.apache.solr.client.solrj 3 hr 34 min
org.apache.solr.client.solrj.embedded 6 hr 24 min
And when you drill down to those packages...
SolrExampleEmbeddedTest 2 hr 39 min
SolrExampleJettyTest 3 hr 43 min
SolrExampleStreamingTest 1 min 33 sec
SolrExampleBinaryTest 3 hr 34 min
...so what changed in the way the "Example" tests work?
https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/testReport/
:
: Uwe
:
: -----
: Uwe Schindler
: H.-H.-Meier-Allee 63, D-28213 Bremen
: http://www.thetaphi.de
: eMail: uwe@thetaphi.de
:
:
:
: ---------------------------------------------------------------------
: To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
: For additional commands, e-mail: dev-help@lucene.apache.org
:
:
-Hoss
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Uwe Schindler <uw...@thetaphi.de>.
See my other post. Ist a deadlock or like that, this is why it affects some
machines. Sometimes with that commit it also passes in 8 seconds, but on my
machine it hangs in a loop for hours (80% of all tries).
With this commit reverted it runs every time in 8 seconds - constantly.
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Chris Hostetter [mailto:hossman_lucene@fucit.org]
> Sent: Friday, August 19, 2011 12:21 AM
> To: dev@lucene.apache.org
> Subject: Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
>
>
> : I'm quoting you here: SolrExampleJettyTest.testUnicode - 2 hr 50
> : min of 3 hr 43 min total
> :
> : I did subtraction... so the other test methods in this single class
> : are doing *something* for nearly an hour here.
>
> i don't disagree with you ... i just didn't understand your "9 + 47 + 53"
> comment.
>
> Like i said: something, somewhere, is huting these example tests (on
> *some* hardware), and it just happens to be hurting testUnicode the worst
.... i
> suspect it may just be because testUnicode does random looping so any
> overhead on an action in that test (connecting to the server, deleting
all, adding
> docs, commiting, etc...) would be a lot more pronounced and noticable.
>
> but what really confuses me is why only some subclasses (like
> SolrExampleEmbeddedTest) see these really long times, and others (like
> SolrExampleStreamingTest) don't ... a test that streams the data over HTTP
> takes 1.5 minutes, but the same test using an embedded method call to do
the
> same actions takes 2.5 hours? WTF?!?!
>
> -Hoss
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Chris Hostetter <ho...@fucit.org>.
: I'm quoting you here: SolrExampleJettyTest.testUnicode - 2 hr 50
: min of 3 hr 43 min total
:
: I did subtraction... so the other test methods in this single class
: are doing *something* for nearly an hour here.
i don't disagree with you ... i just didn't understand your "9 + 47 + 53"
comment.
Like i said: something, somewhere, is huting these example tests (on
*some* hardware), and it just happens to be hurting testUnicode the worst
.... i suspect it may just be because testUnicode does random looping so
any overhead on an action in that test (connecting to the server, deleting
all, adding docs, commiting, etc...) would be a lot more pronounced and
noticable.
but what really confuses me is why only some subclasses (like
SolrExampleEmbeddedTest) see these really long times, and others
(like SolrExampleStreamingTest) don't ... a test that streams the data
over HTTP takes 1.5 minutes, but the same test using an embedded method
call to do the same actions takes 2.5 hours? WTF?!?!
-Hoss
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Robert Muir <rc...@gmail.com>.
On Thu, Aug 18, 2011 at 5:59 PM, Chris Hostetter
<ho...@fucit.org> wrote:
>
> : I don't think its a crux of the problem? the non-testUnicode methods
> : add up to ( 9 + 47 + 53 = 111 minutes)
>
> I'm confused as to what you are looking at to get those numbers ... are
> you summing all the times from differnet tests? because those are
> typically running in diff threads, so i'm not sure that really tells us
> anything does it?
I'm quoting you here: SolrExampleJettyTest.testUnicode - 2 hr 50
min of 3 hr 43 min total
I did subtraction... so the other test methods in this single class
are doing *something* for nearly an hour here.
--
lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Chris Hostetter <ho...@fucit.org>.
: I don't think its a crux of the problem? the non-testUnicode methods
: add up to ( 9 + 47 + 53 = 111 minutes)
I'm confused as to what you are looking at to get those numbers ... are
you summing all the times from differnet tests? because those are
typically running in diff threads, so i'm not sure that really tells us
anything does it?
I'm looking at pages like this...
https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/testReport/org.apache.solr.client.solrj.embedded/SolrExampleEmbeddedTest/
...within that single class (which runs in one thread) the tests
sequentially took 2h39m, and 2h28m of that was testUnicode.
some other tests with the same base class that inherit testUnicode show
similar patterns where testUnicode is taking up the bulk of the time...
https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/testReport/org.apache.solr.client.solrj.embedded/SolrExampleJettyTest/
https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/testReport/org.apache.solr.client.solrj/SolrExampleBinaryTest/
...and my point is that whatever is making these tests slow is affecting
testUnicode significantly more then any other test.
and yet, it's not consistently hurting testUnicode, because in subclasses
like SolrExampleStreamingTest the methods are all much faster...
https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/testReport/org.apache.solr.client.solrj.embedded/SolrExampleStreamingTest/
-Hoss
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Robert Muir <rc...@gmail.com>.
On Thu, Aug 18, 2011 at 5:46 PM, Chris Hostetter
<ho...@fucit.org> wrote:
>
> : oops, well this one is definitely the slowest, but the other test
> : methods add up to hours also :)
>
> not within each test class... testUnicode does seem to be the crux of hte
> problem in each of the really slow test classes (it's defined in a
> subclass so it's run as part of all these classes using the differnet
> access methods)...
I don't think its a crux of the problem? the non-testUnicode methods
add up to ( 9 + 47 + 53 = 111 minutes)
So its a bit of a stretch to say they add to to hour(S) but its not
that much of a stretch, the other methods add up to nearly 2 hours.
--
lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Chris Hostetter <ho...@fucit.org>.
: oops, well this one is definitely the slowest, but the other test
: methods add up to hours also :)
not within each test class... testUnicode does seem to be the crux of hte
problem in each of the really slow test classes (it's defined in a
subclass so it's run as part of all these classes using the differnet
access methods)...
SolrExampleEmbeddedTest.testUnicode - 2 hr 28 min of 2 hr 39 min total
SolrExampleBinaryTest.testUnicode - 2 hr 47 min of 3 hr 34 min total
SolrExampleJettyTest.testUnicode - 2 hr 50 min of 3 hr 43 min total
...but it doesn't explain why other classes that use that same test method
in a subclass are much faster..
SolrExampleStreamingTest.testUnicode - 1 min 24 sec of 1 min 33 sec total
etc...
-Hoss
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Robert Muir <rc...@gmail.com>.
oops, well this one is definitely the slowest, but the other test
methods add up to hours also :)
So there is a more general problem with the example tests.
On Thu, Aug 18, 2011 at 5:32 PM, Robert Muir <rc...@gmail.com> wrote:
> so its the testUnicode (i wrote this test, sorry)
>
> https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/testReport/org.apache.solr.client.solrj.embedded/SolrExampleEmbeddedTest/testUnicode/
>
> But how is this suddenly slow???
>
> On Thu, Aug 18, 2011 at 5:31 PM, Uwe Schindler <uw...@thetaphi.de> wrote:
>> This are the bad guys:
>> http://s.apache.org/8w1
>>
>> Uwe
>> -----
>> Uwe Schindler
>> H.-H.-Meier-Allee 63, D-28213 Bremen
>> http://www.thetaphi.de
>> eMail: uwe@thetaphi.de
>>
>>
>>> -----Original Message-----
>>> From: Uwe Schindler [mailto:uwe@thetaphi.de]
>>> Sent: Thursday, August 18, 2011 11:29 PM
>>> To: java-dev@lucene.apache.org
>>> Subject: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
>>>
>>> Hi,
>>>
>>> Since today/yesterday the tests of Solr in trunk are running veeeeery slow
>> on
>>> Jenkins and also locally. I am not sure which test is the problem, but its
>>> incredible slow. Jenkins used to need 12 mins now 4 hrs for the whole test
>>> build!
>>> e.g. https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/
>>>
>>> Uwe
>>>
>>> -----
>>> Uwe Schindler
>>> H.-H.-Meier-Allee 63, D-28213 Bremen
>>> http://www.thetaphi.de
>>> eMail: uwe@thetaphi.de
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
>>> commands, e-mail: dev-help@lucene.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: dev-help@lucene.apache.org
>>
>>
>
>
>
> --
> lucidimagination.com
>
--
lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Uwe Schindler <uw...@thetaphi.de>.
Ist under solrj!
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Steven A Rowe [mailto:sarowe@syr.edu]
> Sent: Friday, August 19, 2011 12:12 AM
> To: dev@lucene.apache.org
> Subject: RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
>
> On 8/18/2011 at 5:49 PM, Chris Hostetter wrote:
> > why is it only affecting some machines and not others?
> >
> > (ie: jenkins and rmuir's box evidently ... is anyone else seeing trunk
> > tests take a ridiculous amount of time?)
>
> For me, 'ant test' under solr/core/ consistently takes less than 3 minutes.
>
> Windows 7 64-bit, Oracle JVM 1.6.0_21.
>
> Steve
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Steven A Rowe <sa...@syr.edu>.
Very slow for me too when running 'ant test' from solr/. Stuck in the solrj tests now for 15 minutes.
The forked JVM has its CPU core pegged at 100%, which doesn't seem like a deadlock?
- Steve
> -----Original Message-----
> From: Steven A Rowe [mailto:sarowe@syr.edu]
> Sent: Thursday, August 18, 2011 6:15 PM
> To: dev@lucene.apache.org
> Subject: RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
>
> Hmm, those tests are under solr/solrj/, not solr/core/, so this is not
> very useful info... Running 'ant test' under solr/ now.
>
> > -----Original Message-----
> > From: Steven A Rowe [mailto:sarowe@syr.edu]
> > Sent: Thursday, August 18, 2011 6:12 PM
> > To: dev@lucene.apache.org
> > Subject: RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
> >
> > On 8/18/2011 at 5:49 PM, Chris Hostetter wrote:
> > > why is it only affecting some machines and not others?
> > >
> > > (ie: jenkins and rmuir's box evidently ... is anyone else seeing
> trunk
> > > tests take a ridiculous amount of time?)
> >
> > For me, 'ant test' under solr/core/ consistently takes less than 3
> > minutes.
> >
> > Windows 7 64-bit, Oracle JVM 1.6.0_21.
> >
> > Steve
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Steven A Rowe <sa...@syr.edu>.
Hmm, those tests are under solr/solrj/, not solr/core/, so this is not very useful info... Running 'ant test' under solr/ now.
> -----Original Message-----
> From: Steven A Rowe [mailto:sarowe@syr.edu]
> Sent: Thursday, August 18, 2011 6:12 PM
> To: dev@lucene.apache.org
> Subject: RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
>
> On 8/18/2011 at 5:49 PM, Chris Hostetter wrote:
> > why is it only affecting some machines and not others?
> >
> > (ie: jenkins and rmuir's box evidently ... is anyone else seeing trunk
> > tests take a ridiculous amount of time?)
>
> For me, 'ant test' under solr/core/ consistently takes less than 3
> minutes.
>
> Windows 7 64-bit, Oracle JVM 1.6.0_21.
>
> Steve
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Steven A Rowe <sa...@syr.edu>.
On 8/18/2011 at 5:49 PM, Chris Hostetter wrote:
> why is it only affecting some machines and not others?
>
> (ie: jenkins and rmuir's box evidently ... is anyone else seeing trunk
> tests take a ridiculous amount of time?)
For me, 'ant test' under solr/core/ consistently takes less than 3 minutes.
Windows 7 64-bit, Oracle JVM 1.6.0_21.
Steve
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Robert Muir <rc...@gmail.com>.
Test is always fast for me with 'ant test
-Dtestcase=SolrExampleBinaryTest -Dtests.seed=2:2:2'
So it seems to me some random behavior of the tests system really does
not get along with that commit.
On Thu, Aug 18, 2011 at 6:37 PM, Uwe Schindler <uw...@thetaphi.de> wrote:
>> : Some investigations:
>> : It seems to be a deadlock or some other threading related issue.
> Sometimes
>> : the test passes with the commit also in 8 or 10 seconds, but most of the
>> : time it hangs here.
>> : With the commit reverted it passes always in constant time.
>>
>> i would suggest reverting, reopening the issue, and posting as much
> details as
>> you can in the issue until we get to the bottom of it...
>
> I am investigating...
>
>> : > I have no idea whats going on. Where are the logs?
>>
>> ...good fucking question. they use to be included in the test result
> files (just
>> logged to System.err and captured), but at some point in some build/test
>> refactoring they seem to have wound up going to /dev/null because all of
> my
>> test result files have no logs in them at all.
>
> Modify testlogging.properties in Solr's root folder.
>
>> can you post some "kill -QUIT" threaddumps in the Jira for this issue?
>
> Impossible on Windows. Ctrl-Break only shows threaddump of ANT.
>
> There was some solution to that, I don't remember.
>
> Uwe
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
>
--
lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Robert Muir <rc...@gmail.com>.
Sorry for the noise, here are 3 thread dumps (spaced apart)
junit-sequential:
[junit] Testsuite: org.apache.solr.client.solrj.SolrExampleBinaryTest
[junit] 2011-08-18 18:29:56
[junit] Full thread dump Java HotSpot(TM) 64-Bit Server VM
(19.1-b02 mixed mode):
[junit]
[junit] "pool-3-thread-1" prio=10 tid=0x0000000041428000 nid=0x4f7
waiting on condition [0x00007f6dc796a000]
[junit] java.lang.Thread.State: WAITING (parking)
[junit] at sun.misc.Unsafe.park(Native Method)
[junit] - parking to wait for <0x00000000e01bc8c8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
[junit] at
java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
[junit] at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
[junit] at java.util.concurrent.DelayQueue.take(DelayQueue.java:160)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:609)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:602)
[junit] at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
[junit] at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
[junit] at java.lang.Thread.run(Thread.java:662)
[junit]
[junit] "pool-2-thread-1" prio=10 tid=0x0000000040fd5800 nid=0x4f6
waiting on condition [0x00007f6dc7a6b000]
[junit] java.lang.Thread.State: WAITING (parking)
[junit] at sun.misc.Unsafe.park(Native Method)
[junit] - parking to wait for <0x00000000e01be8c8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
[junit] at
java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
[junit] at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
[junit] at java.util.concurrent.DelayQueue.take(DelayQueue.java:160)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:609)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:602)
[junit] at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
[junit] at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
[junit] at java.lang.Thread.run(Thread.java:662)
[junit]
[junit] "MultiThreadedHttpConnectionManager cleanup" daemon
prio=10 tid=0x0000000040f7d000 nid=0x4f4 in Object.wait()
[0x00007f6dc7b6c000]
[junit] java.lang.Thread.State: WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e01cc8e0> (a
java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
[junit] - locked <0x00000000e01cc8e0> (a java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
[junit] at
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$ReferenceQueueThread.run(MultiThreadedHttpConnectionManager.java:1122)
[junit]
[junit] "pool-1-thread-1" prio=10 tid=0x00007f6dc8598800 nid=0x4f3
waiting on condition [0x00007f6dc7c6d000]
[junit] java.lang.Thread.State: WAITING (parking)
[junit] at sun.misc.Unsafe.park(Native Method)
[junit] - parking to wait for <0x00000000e01bea20> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
[junit] at
java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
[junit] at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
[junit] at
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
[junit] at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
[junit] at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
[junit] at java.lang.Thread.run(Thread.java:662)
[junit]
[junit] "Timer-0" daemon prio=10 tid=0x00007f6dc8425800 nid=0x4f2
in Object.wait() [0x00007f6dcc162000]
[junit] java.lang.Thread.State: TIMED_WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e0008098> (a java.util.TaskQueue)
[junit] at java.util.TimerThread.mainLoop(Timer.java:509)
[junit] - locked <0x00000000e0008098> (a java.util.TaskQueue)
[junit] at java.util.TimerThread.run(Timer.java:462)
[junit]
[junit] "1010602519@qtp-797592032-1 - Acceptor0
SocketConnector@0.0.0.0:48407" prio=10 tid=0x0000000041550000
nid=0x4f1 runnable [0x00007f6dcc263000]
[junit] java.lang.Thread.State: RUNNABLE
[junit] at java.net.PlainSocketImpl.socketAccept(Native Method)
[junit] at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:408)
[junit] - locked <0x00000000e0008170> (a java.net.SocksSocketImpl)
[junit] at java.net.ServerSocket.implAccept(ServerSocket.java:462)
[junit] at java.net.ServerSocket.accept(ServerSocket.java:430)
[junit] at
org.mortbay.jetty.bio.SocketConnector.accept(SocketConnector.java:99)
[junit] at
org.mortbay.jetty.AbstractConnector$Acceptor.run(AbstractConnector.java:708)
[junit] at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
[junit]
[junit] "686231088@qtp-797592032-0" prio=10 tid=0x000000004135c000
nid=0x4f0 runnable [0x00007f6dcc363000]
[junit] java.lang.Thread.State: RUNNABLE
[junit] at java.io.UnixFileSystem.getBooleanAttributes0(Native Method)
[junit] at
java.io.UnixFileSystem.getBooleanAttributes(UnixFileSystem.java:228)
[junit] at java.io.File.exists(File.java:733)
[junit] at
org.apache.lucene.store.FSDirectory.fileExists(FSDirectory.java:251)
[junit] at
org.apache.lucene.store.MockDirectoryWrapper.fileExists(MockDirectoryWrapper.java:610)
[junit] - locked <0x00000000e01b37d0> (a
org.apache.lucene.store.MockDirectoryWrapper)
[junit] at
org.apache.lucene.index.IndexFileDeleter.deleteFile(IndexFileDeleter.java:574)
[junit] at
org.apache.lucene.index.IndexFileDeleter.deletePendingFiles(IndexFileDeleter.java:422)
[junit] at
org.apache.lucene.index.IndexFileDeleter.checkpoint(IndexFileDeleter.java:455)
[junit] at
org.apache.lucene.index.IndexWriter.finishCommit(IndexWriter.java:2897)
[junit] - locked <0x00000000e01b3718> (a
org.apache.solr.update.SolrIndexWriter)
[junit] at
org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:2880)
[junit] - locked <0x00000000e01d48a0> (a java.lang.Object)
[junit] at
org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:2857)
[junit] at
org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:2841)
[junit] at
org.apache.solr.update.DirectUpdateHandler2.commit(DirectUpdateHandler2.java:286)
[junit] at
org.apache.solr.update.processor.RunUpdateProcessor.processCommit(RunUpdateProcessorFactory.java:84)
[junit] at
org.apache.solr.handler.RequestHandlerUtils.handleCommit(RequestHandlerUtils.java:107)
[junit] at
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:61)
[junit] at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129)
[junit] at org.apache.solr.core.SolrCore.execute(SolrCore.java:1405)
[junit] at
org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:353)
[junit] at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:248)
[junit] at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
[junit] at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
[junit] at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
[junit] at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
[junit] at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
[junit] at org.mortbay.jetty.Server.handle(Server.java:326)
[junit] at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
[junit] at
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:945)
[junit] at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
[junit] at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
[junit] at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
[junit] at
org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
[junit] at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
[junit]
[junit] "Low Memory Detector" daemon prio=10
tid=0x0000000040b24000 nid=0x4ee runnable [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "CompilerThread1" daemon prio=10 tid=0x0000000040b21800
nid=0x4ed waiting on condition [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "CompilerThread0" daemon prio=10 tid=0x0000000040b1e800
nid=0x4ec waiting on condition [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "Signal Dispatcher" daemon prio=10 tid=0x0000000040b1c800
nid=0x4eb waiting on condition [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "Finalizer" daemon prio=10 tid=0x0000000040afa800
nid=0x4e8 in Object.wait() [0x00007f6dccee6000]
[junit] java.lang.Thread.State: WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e000e1c0> (a
java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
[junit] - locked <0x00000000e000e1c0> (a java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
[junit] at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
[junit]
[junit] "Reference Handler" daemon prio=10 tid=0x0000000040af8800
nid=0x4e7 in Object.wait() [0x00007f6dccfe7000]
[junit] java.lang.Thread.State: WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e00040f8> (a java.lang.ref.Reference$Lock)
[junit] at java.lang.Object.wait(Object.java:485)
[junit] at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
[junit] - locked <0x00000000e00040f8> (a java.lang.ref.Reference$Lock)
[junit]
[junit] "main" prio=10 tid=0x0000000040a8c800 nid=0x4dc runnable
[0x00007f6dd258b000]
[junit] java.lang.Thread.State: RUNNABLE
[junit] at java.net.SocketInputStream.socketRead0(Native Method)
[junit] at java.net.SocketInputStream.read(SocketInputStream.java:129)
[junit] at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
[junit] at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
[junit] - locked <0x00000000e01cd158> (a java.io.BufferedInputStream)
[junit] at
org.apache.commons.httpclient.HttpParser.readRawLine(HttpParser.java:78)
[junit] at
org.apache.commons.httpclient.HttpParser.readLine(HttpParser.java:106)
[junit] at
org.apache.commons.httpclient.HttpConnection.readLine(HttpConnection.java:1116)
[junit] at
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.readLine(MultiThreadedHttpConnectionManager.java:1413)
[junit] at
org.apache.commons.httpclient.HttpMethodBase.readStatusLine(HttpMethodBase.java:1973)
[junit] at
org.apache.commons.httpclient.HttpMethodBase.readResponse(HttpMethodBase.java:1735)
[junit] at
org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1098)
[junit] at
org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
[junit] at
org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
[junit] at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
[junit] at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
[junit] at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:426)
[junit] at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:244)
[junit] at
org.apache.solr.client.solrj.request.AbstractUpdateRequest.process(AbstractUpdateRequest.java:104)
[junit] at
org.apache.solr.client.solrj.SolrServer.commit(SolrServer.java:87)
[junit] at
org.apache.solr.client.solrj.SolrServer.commit(SolrServer.java:76)
[junit] at
org.apache.solr.client.solrj.SolrExampleTests.testUnicode(SolrExampleTests.java:319)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] at java.lang.reflect.Method.invoke(Method.java:597)
[junit] at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
[junit] at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
[junit] at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
[junit] at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
[junit] at org.junit.rules.TestWatchman$1.evaluate(TestWatchman.java:48)
[junit] at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
[junit] at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
[junit] at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
[junit] at
org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneTestCase.java:1526)
[junit] at
org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneTestCase.java:1428)
[junit] at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
[junit] at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
[junit] at
org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
[junit] at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
[junit] at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
[junit] at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
[junit] at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
[junit] at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
[junit] at junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:420)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:911)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:768)
[junit]
[junit] "VM Thread" prio=10 tid=0x0000000040af1800 nid=0x4e6 runnable
[junit]
[junit] "GC task thread#0 (ParallelGC)" prio=10
tid=0x0000000040a9f800 nid=0x4dd runnable
[junit]
[junit] "GC task thread#1 (ParallelGC)" prio=10
tid=0x0000000040aa1800 nid=0x4de runnable
[junit]
[junit] "GC task thread#2 (ParallelGC)" prio=10
tid=0x0000000040aa3000 nid=0x4df runnable
[junit]
[junit] "GC task thread#3 (ParallelGC)" prio=10
tid=0x0000000040aa5000 nid=0x4e1 runnable
[junit]
[junit] "GC task thread#4 (ParallelGC)" prio=10
tid=0x0000000040aa7000 nid=0x4e2 runnable
[junit]
[junit] "GC task thread#5 (ParallelGC)" prio=10
tid=0x0000000040aa8800 nid=0x4e3 runnable
[junit]
[junit] "GC task thread#6 (ParallelGC)" prio=10
tid=0x0000000040aaa800 nid=0x4e4 runnable
[junit]
[junit] "GC task thread#7 (ParallelGC)" prio=10
tid=0x0000000040aac800 nid=0x4e5 runnable
[junit]
[junit] "VM Periodic Task Thread" prio=10 tid=0x0000000040b36800
nid=0x4ef waiting on condition
[junit]
[junit] JNI global references: 1555
[junit]
[junit] Heap
[junit] PSYoungGen total 98304K, used 82128K
[0x00000000f5560000, 0x00000000fd280000, 0x0000000100000000)
[junit] eden space 97984K, 83% used
[0x00000000f5560000,0x00000000fa553248,0x00000000fb510000)
[junit] from space 320K, 81% used
[0x00000000fce00000,0x00000000fce41070,0x00000000fce50000)
[junit] to space 2368K, 0% used
[0x00000000fd030000,0x00000000fd030000,0x00000000fd280000)
[junit] PSOldGen total 171392K, used 6531K
[0x00000000e0000000, 0x00000000ea760000, 0x00000000f5560000)
[junit] object space 171392K, 3% used
[0x00000000e0000000,0x00000000e0660d70,0x00000000ea760000)
[junit] PSPermGen total 22784K, used 22739K
[0x00000000dae00000, 0x00000000dc440000, 0x00000000e0000000)
[junit] object space 22784K, 99% used
[0x00000000dae00000,0x00000000dc434c78,0x00000000dc440000)
[junit]
[junit] 2011-08-18 18:30:22
[junit] Full thread dump Java HotSpot(TM) 64-Bit Server VM
(19.1-b02 mixed mode):
[junit]
[junit] "pool-3-thread-1" prio=10 tid=0x0000000041428000 nid=0x4f7
waiting on condition [0x00007f6dc796a000]
[junit] java.lang.Thread.State: WAITING (parking)
[junit] at sun.misc.Unsafe.park(Native Method)
[junit] - parking to wait for <0x00000000e01bc8c8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
[junit] at
java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
[junit] at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
[junit] at java.util.concurrent.DelayQueue.take(DelayQueue.java:160)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:609)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:602)
[junit] at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
[junit] at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
[junit] at java.lang.Thread.run(Thread.java:662)
[junit]
[junit] "pool-2-thread-1" prio=10 tid=0x0000000040fd5800 nid=0x4f6
waiting on condition [0x00007f6dc7a6b000]
[junit] java.lang.Thread.State: WAITING (parking)
[junit] at sun.misc.Unsafe.park(Native Method)
[junit] - parking to wait for <0x00000000e01be8c8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
[junit] at
java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
[junit] at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
[junit] at java.util.concurrent.DelayQueue.take(DelayQueue.java:160)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:609)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:602)
[junit] at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
[junit] at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
[junit] at java.lang.Thread.run(Thread.java:662)
[junit]
[junit] "MultiThreadedHttpConnectionManager cleanup" daemon
prio=10 tid=0x0000000040f7d000 nid=0x4f4 in Object.wait()
[0x00007f6dc7b6c000]
[junit] java.lang.Thread.State: WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e01cc8e0> (a
java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
[junit] - locked <0x00000000e01cc8e0> (a java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
[junit] at
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$ReferenceQueueThread.run(MultiThreadedHttpConnectionManager.java:1122)
[junit]
[junit] "pool-1-thread-1" prio=10 tid=0x00007f6dc8598800 nid=0x4f3
waiting on condition [0x00007f6dc7c6d000]
[junit] java.lang.Thread.State: WAITING (parking)
[junit] at sun.misc.Unsafe.park(Native Method)
[junit] - parking to wait for <0x00000000e01bea20> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
[junit] at
java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
[junit] at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
[junit] at
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
[junit] at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
[junit] at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
[junit] at java.lang.Thread.run(Thread.java:662)
[junit]
[junit] "Timer-0" daemon prio=10 tid=0x00007f6dc8425800 nid=0x4f2
in Object.wait() [0x00007f6dcc162000]
[junit] java.lang.Thread.State: TIMED_WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e0008098> (a java.util.TaskQueue)
[junit] at java.util.TimerThread.mainLoop(Timer.java:509)
[junit] - locked <0x00000000e0008098> (a java.util.TaskQueue)
[junit] at java.util.TimerThread.run(Timer.java:462)
[junit]
[junit] "1010602519@qtp-797592032-1 - Acceptor0
SocketConnector@0.0.0.0:48407" prio=10 tid=0x0000000041550000
nid=0x4f1 runnable [0x00007f6dcc263000]
[junit] java.lang.Thread.State: RUNNABLE
[junit] at java.net.PlainSocketImpl.socketAccept(Native Method)
[junit] at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:408)
[junit] - locked <0x00000000e0008170> (a java.net.SocksSocketImpl)
[junit] at java.net.ServerSocket.implAccept(ServerSocket.java:462)
[junit] at java.net.ServerSocket.accept(ServerSocket.java:430)
[junit] at
org.mortbay.jetty.bio.SocketConnector.accept(SocketConnector.java:99)
[junit] at
org.mortbay.jetty.AbstractConnector$Acceptor.run(AbstractConnector.java:708)
[junit] at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
[junit]
[junit] "686231088@qtp-797592032-0" prio=10 tid=0x000000004135c000
nid=0x4f0 runnable [0x00007f6dcc363000]
[junit] java.lang.Thread.State: RUNNABLE
[junit] at
org.apache.lucene.store.MockDirectoryWrapper.fileExists(MockDirectoryWrapper.java:609)
[junit] - locked <0x00000000e01b37d0> (a
org.apache.lucene.store.MockDirectoryWrapper)
[junit] at
org.apache.lucene.index.IndexFileDeleter.deleteFile(IndexFileDeleter.java:574)
[junit] at
org.apache.lucene.index.IndexFileDeleter.deletePendingFiles(IndexFileDeleter.java:422)
[junit] at
org.apache.lucene.index.IndexFileDeleter.checkpoint(IndexFileDeleter.java:455)
[junit] at
org.apache.lucene.index.IndexWriter.checkpoint(IndexWriter.java:2238)
[junit] - locked <0x00000000e01b3718> (a
org.apache.solr.update.SolrIndexWriter)
[junit] at
org.apache.lucene.index.IndexWriter.publishFlushedSegment(IndexWriter.java:2367)
[junit] - locked <0x00000000e029b4e8> (a
org.apache.lucene.index.BufferedDeletesStream)
[junit] - locked <0x00000000e01b3718> (a
org.apache.solr.update.SolrIndexWriter)
[junit] at
org.apache.lucene.index.DocumentsWriter.publishFlushedSegment(DocumentsWriter.java:530)
[junit] at
org.apache.lucene.index.DocumentsWriter.finishFlush(DocumentsWriter.java:495)
[junit] at
org.apache.lucene.index.DocumentsWriter.applyFlushTickets(DocumentsWriter.java:475)
[junit] - locked <0x00000000e0292030> (a java.util.LinkedList)
[junit] at
org.apache.lucene.index.DocumentsWriter.doFlush(DocumentsWriter.java:441)
[junit] at
org.apache.lucene.index.DocumentsWriter.flushAllThreads(DocumentsWriter.java:569)
[junit] at
org.apache.lucene.index.IndexWriter.prepareCommit(IndexWriter.java:2749)
[junit] - locked <0x00000000e027d200> (a java.lang.Object)
[junit] at
org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:2875)
[junit] - locked <0x00000000e01d48a0> (a java.lang.Object)
[junit] at
org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:2857)
[junit] at
org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:2841)
[junit] at
org.apache.solr.update.DirectUpdateHandler2.commit(DirectUpdateHandler2.java:286)
[junit] at
org.apache.solr.update.processor.RunUpdateProcessor.processCommit(RunUpdateProcessorFactory.java:84)
[junit] at
org.apache.solr.handler.RequestHandlerUtils.handleCommit(RequestHandlerUtils.java:107)
[junit] at
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:61)
[junit] at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129)
[junit] at org.apache.solr.core.SolrCore.execute(SolrCore.java:1405)
[junit] at
org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:353)
[junit] at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:248)
[junit] at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
[junit] at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
[junit] at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
[junit] at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
[junit] at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
[junit] at org.mortbay.jetty.Server.handle(Server.java:326)
[junit] at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
[junit] at
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:945)
[junit] at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
[junit] at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
[junit] at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
[junit] at
org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
[junit] at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
[junit]
[junit] "Low Memory Detector" daemon prio=10
tid=0x0000000040b24000 nid=0x4ee runnable [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "CompilerThread1" daemon prio=10 tid=0x0000000040b21800
nid=0x4ed waiting on condition [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "CompilerThread0" daemon prio=10 tid=0x0000000040b1e800
nid=0x4ec waiting on condition [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "Signal Dispatcher" daemon prio=10 tid=0x0000000040b1c800
nid=0x4eb waiting on condition [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "Finalizer" daemon prio=10 tid=0x0000000040afa800
nid=0x4e8 in Object.wait() [0x00007f6dccee6000]
[junit] java.lang.Thread.State: WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e000e1c0> (a
java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
[junit] - locked <0x00000000e000e1c0> (a java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
[junit] at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
[junit]
[junit] "Reference Handler" daemon prio=10 tid=0x0000000040af8800
nid=0x4e7 in Object.wait() [0x00007f6dccfe7000]
[junit] java.lang.Thread.State: WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e00040f8> (a java.lang.ref.Reference$Lock)
[junit] at java.lang.Object.wait(Object.java:485)
[junit] at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
[junit] - locked <0x00000000e00040f8> (a java.lang.ref.Reference$Lock)
[junit]
[junit] "main" prio=10 tid=0x0000000040a8c800 nid=0x4dc runnable
[0x00007f6dd258b000]
[junit] java.lang.Thread.State: RUNNABLE
[junit] at java.net.SocketInputStream.socketRead0(Native Method)
[junit] at java.net.SocketInputStream.read(SocketInputStream.java:129)
[junit] at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
[junit] at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
[junit] - locked <0x00000000e01cd158> (a java.io.BufferedInputStream)
[junit] at
org.apache.commons.httpclient.HttpParser.readRawLine(HttpParser.java:78)
[junit] at
org.apache.commons.httpclient.HttpParser.readLine(HttpParser.java:106)
[junit] at
org.apache.commons.httpclient.HttpConnection.readLine(HttpConnection.java:1116)
[junit] at
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.readLine(MultiThreadedHttpConnectionManager.java:1413)
[junit] at
org.apache.commons.httpclient.HttpMethodBase.readStatusLine(HttpMethodBase.java:1973)
[junit] at
org.apache.commons.httpclient.HttpMethodBase.readResponse(HttpMethodBase.java:1735)
[junit] at
org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1098)
[junit] at
org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
[junit] at
org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
[junit] at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
[junit] at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
[junit] at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:426)
[junit] at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:244)
[junit] at
org.apache.solr.client.solrj.request.AbstractUpdateRequest.process(AbstractUpdateRequest.java:104)
[junit] at
org.apache.solr.client.solrj.SolrServer.commit(SolrServer.java:87)
[junit] at
org.apache.solr.client.solrj.SolrServer.commit(SolrServer.java:76)
[junit] at
org.apache.solr.client.solrj.SolrExampleTests.testUnicode(SolrExampleTests.java:319)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] at java.lang.reflect.Method.invoke(Method.java:597)
[junit] at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
[junit] at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
[junit] at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
[junit] at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
[junit] at org.junit.rules.TestWatchman$1.evaluate(TestWatchman.java:48)
[junit] at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
[junit] at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
[junit] at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
[junit] at
org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneTestCase.java:1526)
[junit] at
org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneTestCase.java:1428)
[junit] at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
[junit] at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
[junit] at
org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
[junit] at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
[junit] at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
[junit] at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
[junit] at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
[junit] at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
[junit] at junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:420)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:911)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:768)
[junit]
[junit] "VM Thread" prio=10 tid=0x0000000040af1800 nid=0x4e6 runnable
[junit]
[junit] "GC task thread#0 (ParallelGC)" prio=10
tid=0x0000000040a9f800 nid=0x4dd runnable
[junit]
[junit] "GC task thread#1 (ParallelGC)" prio=10
tid=0x0000000040aa1800 nid=0x4de runnable
[junit]
[junit] "GC task thread#2 (ParallelGC)" prio=10
tid=0x0000000040aa3000 nid=0x4df runnable
[junit]
[junit] "GC task thread#3 (ParallelGC)" prio=10
tid=0x0000000040aa5000 nid=0x4e1 runnable
[junit]
[junit] "GC task thread#4 (ParallelGC)" prio=10
tid=0x0000000040aa7000 nid=0x4e2 runnable
[junit]
[junit] "GC task thread#5 (ParallelGC)" prio=10
tid=0x0000000040aa8800 nid=0x4e3 runnable
[junit]
[junit] "GC task thread#6 (ParallelGC)" prio=10
tid=0x0000000040aaa800 nid=0x4e4 runnable
[junit]
[junit] "GC task thread#7 (ParallelGC)" prio=10
tid=0x0000000040aac800 nid=0x4e5 runnable
[junit]
[junit] "VM Periodic Task Thread" prio=10 tid=0x0000000040b36800
nid=0x4ef waiting on condition
[junit]
[junit] JNI global references: 1617
[junit]
[junit] Heap
[junit] PSYoungGen total 81664K, used 28530K
[0x00000000f5560000, 0x00000000fd5b0000, 0x0000000100000000)
[junit] eden space 81152K, 34% used
[0x00000000f5560000,0x00000000f70bd428,0x00000000fa4a0000)
[junit] from space 512K, 99% used
[0x00000000fd4e0000,0x00000000fd55f580,0x00000000fd560000)
[junit] to space 320K, 0% used
[0x00000000fd560000,0x00000000fd560000,0x00000000fd5b0000)
[junit] PSOldGen total 171392K, used 20785K
[0x00000000e0000000, 0x00000000ea760000, 0x00000000f5560000)
[junit] object space 171392K, 12% used
[0x00000000e0000000,0x00000000e144c660,0x00000000ea760000)
[junit] PSPermGen total 22976K, used 22806K
[0x00000000dae00000, 0x00000000dc470000, 0x00000000e0000000)
[junit] object space 22976K, 99% used
[0x00000000dae00000,0x00000000dc445a90,0x00000000dc470000)
[junit]
[junit] 2011-08-18 18:30:33
[junit] Full thread dump Java HotSpot(TM) 64-Bit Server VM
(19.1-b02 mixed mode):
[junit]
[junit] "pool-3-thread-1" prio=10 tid=0x0000000041428000 nid=0x4f7
waiting on condition [0x00007f6dc796a000]
[junit] java.lang.Thread.State: WAITING (parking)
[junit] at sun.misc.Unsafe.park(Native Method)
[junit] - parking to wait for <0x00000000e01bc8c8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
[junit] at
java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
[junit] at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
[junit] at java.util.concurrent.DelayQueue.take(DelayQueue.java:160)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:609)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:602)
[junit] at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
[junit] at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
[junit] at java.lang.Thread.run(Thread.java:662)
[junit]
[junit] "pool-2-thread-1" prio=10 tid=0x0000000040fd5800 nid=0x4f6
waiting on condition [0x00007f6dc7a6b000]
[junit] java.lang.Thread.State: WAITING (parking)
[junit] at sun.misc.Unsafe.park(Native Method)
[junit] - parking to wait for <0x00000000e01be8c8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
[junit] at
java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
[junit] at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
[junit] at java.util.concurrent.DelayQueue.take(DelayQueue.java:160)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:609)
[junit] at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:602)
[junit] at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
[junit] at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
[junit] at java.lang.Thread.run(Thread.java:662)
[junit]
[junit] "MultiThreadedHttpConnectionManager cleanup" daemon
prio=10 tid=0x0000000040f7d000 nid=0x4f4 in Object.wait()
[0x00007f6dc7b6c000]
[junit] java.lang.Thread.State: WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e01cc8e0> (a
java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
[junit] - locked <0x00000000e01cc8e0> (a java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
[junit] at
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$ReferenceQueueThread.run(MultiThreadedHttpConnectionManager.java:1122)
[junit]
[junit] "pool-1-thread-1" prio=10 tid=0x00007f6dc8598800 nid=0x4f3
waiting on condition [0x00007f6dc7c6d000]
[junit] java.lang.Thread.State: WAITING (parking)
[junit] at sun.misc.Unsafe.park(Native Method)
[junit] - parking to wait for <0x00000000e01bea20> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
[junit] at
java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
[junit] at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
[junit] at
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
[junit] at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
[junit] at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
[junit] at java.lang.Thread.run(Thread.java:662)
[junit]
[junit] "Timer-0" daemon prio=10 tid=0x00007f6dc8425800 nid=0x4f2
in Object.wait() [0x00007f6dcc162000]
[junit] java.lang.Thread.State: TIMED_WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e0008098> (a java.util.TaskQueue)
[junit] at java.util.TimerThread.mainLoop(Timer.java:509)
[junit] - locked <0x00000000e0008098> (a java.util.TaskQueue)
[junit] at java.util.TimerThread.run(Timer.java:462)
[junit]
[junit] "1010602519@qtp-797592032-1 - Acceptor0
SocketConnector@0.0.0.0:48407" prio=10 tid=0x0000000041550000
nid=0x4f1 runnable [0x00007f6dcc263000]
[junit] java.lang.Thread.State: RUNNABLE
[junit] at java.net.PlainSocketImpl.socketAccept(Native Method)
[junit] at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:408)
[junit] - locked <0x00000000e0008170> (a java.net.SocksSocketImpl)
[junit] at java.net.ServerSocket.implAccept(ServerSocket.java:462)
[junit] at java.net.ServerSocket.accept(ServerSocket.java:430)
[junit] at
org.mortbay.jetty.bio.SocketConnector.accept(SocketConnector.java:99)
[junit] at
org.mortbay.jetty.AbstractConnector$Acceptor.run(AbstractConnector.java:708)
[junit] at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
[junit]
[junit] "686231088@qtp-797592032-0" prio=10 tid=0x000000004135c000
nid=0x4f0 runnable [0x00007f6dcc363000]
[junit] java.lang.Thread.State: RUNNABLE
[junit] at java.io.UnixFileSystem.getBooleanAttributes0(Native Method)
[junit] at
java.io.UnixFileSystem.getBooleanAttributes(UnixFileSystem.java:228)
[junit] at java.io.File.exists(File.java:733)
[junit] at
org.apache.lucene.store.FSDirectory.fileExists(FSDirectory.java:251)
[junit] at
org.apache.lucene.store.MockDirectoryWrapper.fileExists(MockDirectoryWrapper.java:610)
[junit] - locked <0x00000000e01b37d0> (a
org.apache.lucene.store.MockDirectoryWrapper)
[junit] at
org.apache.lucene.index.IndexFileDeleter.deleteFile(IndexFileDeleter.java:574)
[junit] at
org.apache.lucene.index.IndexFileDeleter.deletePendingFiles(IndexFileDeleter.java:422)
[junit] at
org.apache.lucene.index.IndexFileDeleter.checkpoint(IndexFileDeleter.java:455)
[junit] at
org.apache.lucene.index.IndexWriter.checkpoint(IndexWriter.java:2238)
[junit] - locked <0x00000000e01b3718> (a
org.apache.solr.update.SolrIndexWriter)
[junit] at
org.apache.lucene.index.IndexWriter.publishFlushedSegment(IndexWriter.java:2367)
[junit] - locked <0x00000000e029b4e8> (a
org.apache.lucene.index.BufferedDeletesStream)
[junit] - locked <0x00000000e01b3718> (a
org.apache.solr.update.SolrIndexWriter)
[junit] at
org.apache.lucene.index.DocumentsWriter.publishFlushedSegment(DocumentsWriter.java:530)
[junit] at
org.apache.lucene.index.DocumentsWriter.finishFlush(DocumentsWriter.java:495)
[junit] at
org.apache.lucene.index.DocumentsWriter.applyFlushTickets(DocumentsWriter.java:475)
[junit] - locked <0x00000000e0292030> (a java.util.LinkedList)
[junit] at
org.apache.lucene.index.DocumentsWriter.doFlush(DocumentsWriter.java:441)
[junit] at
org.apache.lucene.index.DocumentsWriter.flushAllThreads(DocumentsWriter.java:569)
[junit] at
org.apache.lucene.index.IndexWriter.prepareCommit(IndexWriter.java:2749)
[junit] - locked <0x00000000e027d200> (a java.lang.Object)
[junit] at
org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:2875)
[junit] - locked <0x00000000e01d48a0> (a java.lang.Object)
[junit] at
org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:2857)
[junit] at
org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:2841)
[junit] at
org.apache.solr.update.DirectUpdateHandler2.commit(DirectUpdateHandler2.java:286)
[junit] at
org.apache.solr.update.processor.RunUpdateProcessor.processCommit(RunUpdateProcessorFactory.java:84)
[junit] at
org.apache.solr.handler.RequestHandlerUtils.handleCommit(RequestHandlerUtils.java:107)
[junit] at
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:61)
[junit] at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129)
[junit] at org.apache.solr.core.SolrCore.execute(SolrCore.java:1405)
[junit] at
org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:353)
[junit] at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:248)
[junit] at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
[junit] at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
[junit] at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
[junit] at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
[junit] at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
[junit] at org.mortbay.jetty.Server.handle(Server.java:326)
[junit] at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
[junit] at
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:945)
[junit] at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
[junit] at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
[junit] at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
[junit] at
org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
[junit] at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
[junit]
[junit] "Low Memory Detector" daemon prio=10
tid=0x0000000040b24000 nid=0x4ee runnable [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "CompilerThread1" daemon prio=10 tid=0x0000000040b21800
nid=0x4ed waiting on condition [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "CompilerThread0" daemon prio=10 tid=0x0000000040b1e800
nid=0x4ec waiting on condition [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "Signal Dispatcher" daemon prio=10 tid=0x0000000040b1c800
nid=0x4eb waiting on condition [0x0000000000000000]
[junit] java.lang.Thread.State: RUNNABLE
[junit]
[junit] "Finalizer" daemon prio=10 tid=0x0000000040afa800
nid=0x4e8 in Object.wait() [0x00007f6dccee6000]
[junit] java.lang.Thread.State: WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e000e1c0> (a
java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
[junit] - locked <0x00000000e000e1c0> (a java.lang.ref.ReferenceQueue$Lock)
[junit] at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
[junit] at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
[junit]
[junit] "Reference Handler" daemon prio=10 tid=0x0000000040af8800
nid=0x4e7 in Object.wait() [0x00007f6dccfe7000]
[junit] java.lang.Thread.State: WAITING (on object monitor)
[junit] at java.lang.Object.wait(Native Method)
[junit] - waiting on <0x00000000e00040f8> (a java.lang.ref.Reference$Lock)
[junit] at java.lang.Object.wait(Object.java:485)
[junit] at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
[junit] - locked <0x00000000e00040f8> (a java.lang.ref.Reference$Lock)
[junit]
[junit] "main" prio=10 tid=0x0000000040a8c800 nid=0x4dc runnable
[0x00007f6dd258b000]
[junit] java.lang.Thread.State: RUNNABLE
[junit] at java.net.SocketInputStream.socketRead0(Native Method)
[junit] at java.net.SocketInputStream.read(SocketInputStream.java:129)
[junit] at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
[junit] at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
[junit] - locked <0x00000000e01cd158> (a java.io.BufferedInputStream)
[junit] at
org.apache.commons.httpclient.HttpParser.readRawLine(HttpParser.java:78)
[junit] at
org.apache.commons.httpclient.HttpParser.readLine(HttpParser.java:106)
[junit] at
org.apache.commons.httpclient.HttpConnection.readLine(HttpConnection.java:1116)
[junit] at
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.readLine(MultiThreadedHttpConnectionManager.java:1413)
[junit] at
org.apache.commons.httpclient.HttpMethodBase.readStatusLine(HttpMethodBase.java:1973)
[junit] at
org.apache.commons.httpclient.HttpMethodBase.readResponse(HttpMethodBase.java:1735)
[junit] at
org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1098)
[junit] at
org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
[junit] at
org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
[junit] at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
[junit] at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
[junit] at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:426)
[junit] at
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:244)
[junit] at
org.apache.solr.client.solrj.request.AbstractUpdateRequest.process(AbstractUpdateRequest.java:104)
[junit] at
org.apache.solr.client.solrj.SolrServer.commit(SolrServer.java:87)
[junit] at
org.apache.solr.client.solrj.SolrServer.commit(SolrServer.java:76)
[junit] at
org.apache.solr.client.solrj.SolrExampleTests.testUnicode(SolrExampleTests.java:319)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] at java.lang.reflect.Method.invoke(Method.java:597)
[junit] at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
[junit] at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
[junit] at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
[junit] at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
[junit] at org.junit.rules.TestWatchman$1.evaluate(TestWatchman.java:48)
[junit] at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
[junit] at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
[junit] at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
[junit] at
org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneTestCase.java:1526)
[junit] at
org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneTestCase.java:1428)
[junit] at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
[junit] at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
[junit] at
org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
[junit] at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
[junit] at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
[junit] at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
[junit] at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
[junit] at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
[junit] at junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:420)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:911)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:768)
[junit]
[junit] "VM Thread" prio=10 tid=0x0000000040af1800 nid=0x4e6 runnable
[junit]
[junit] "GC task thread#0 (ParallelGC)" prio=10
tid=0x0000000040a9f800 nid=0x4dd runnable
[junit]
[junit] "GC task thread#1 (ParallelGC)" prio=10
tid=0x0000000040aa1800 nid=0x4de runnable
[junit]
[junit] "GC task thread#2 (ParallelGC)" prio=10
tid=0x0000000040aa3000 nid=0x4df runnable
[junit]
[junit] "GC task thread#3 (ParallelGC)" prio=10
tid=0x0000000040aa5000 nid=0x4e1 runnable
[junit]
[junit] "GC task thread#4 (ParallelGC)" prio=10
tid=0x0000000040aa7000 nid=0x4e2 runnable
[junit]
[junit] "GC task thread#5 (ParallelGC)" prio=10
tid=0x0000000040aa8800 nid=0x4e3 runnable
[junit]
[junit] "GC task thread#6 (ParallelGC)" prio=10
tid=0x0000000040aaa800 nid=0x4e4 runnable
[junit]
[junit] "GC task thread#7 (ParallelGC)" prio=10
tid=0x0000000040aac800 nid=0x4e5 runnable
[junit]
[junit] "VM Periodic Task Thread" prio=10 tid=0x0000000040b36800
nid=0x4ef waiting on condition
[junit]
[junit] JNI global references: 1620
[junit]
[junit] Heap
[junit] PSYoungGen total 89408K, used 59309K
[0x00000000f5560000, 0x00000000fd220000, 0x0000000100000000)
[junit] eden space 88896K, 66% used
[0x00000000f5560000,0x00000000f8ecd918,0x00000000fac30000)
[junit] from space 512K, 98% used
[0x00000000fd1a0000,0x00000000fd21de30,0x00000000fd220000)
[junit] to space 640K, 0% used
[0x00000000fd0e0000,0x00000000fd0e0000,0x00000000fd180000)
[junit] PSOldGen total 171392K, used 27010K
[0x00000000e0000000, 0x00000000ea760000, 0x00000000f5560000)
[junit] object space 171392K, 15% used
[0x00000000e0000000,0x00000000e1a609e0,0x00000000ea760000)
[junit] PSPermGen total 22976K, used 22809K
[0x00000000dae00000, 0x00000000dc470000, 0x00000000e0000000)
[junit] object space 22976K, 99% used
[0x00000000dae00000,0x00000000dc446450,0x00000000dc470000)
[junit]
[junit] Tests run: 16, Failures: 0, Errors: 0, Time elapsed: 111.967 sec
On Thu, Aug 18, 2011 at 6:37 PM, Uwe Schindler <uw...@thetaphi.de> wrote:
>> : Some investigations:
>> : It seems to be a deadlock or some other threading related issue.
> Sometimes
>> : the test passes with the commit also in 8 or 10 seconds, but most of the
>> : time it hangs here.
>> : With the commit reverted it passes always in constant time.
>>
>> i would suggest reverting, reopening the issue, and posting as much
> details as
>> you can in the issue until we get to the bottom of it...
>
> I am investigating...
>
>> : > I have no idea whats going on. Where are the logs?
>>
>> ...good fucking question. they use to be included in the test result
> files (just
>> logged to System.err and captured), but at some point in some build/test
>> refactoring they seem to have wound up going to /dev/null because all of
> my
>> test result files have no logs in them at all.
>
> Modify testlogging.properties in Solr's root folder.
>
>> can you post some "kill -QUIT" threaddumps in the Jira for this issue?
>
> Impossible on Windows. Ctrl-Break only shows threaddump of ANT.
>
> There was some solution to that, I don't remember.
>
> Uwe
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
>
--
lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Uwe Schindler <uw...@thetaphi.de>.
> : Some investigations:
> : It seems to be a deadlock or some other threading related issue.
Sometimes
> : the test passes with the commit also in 8 or 10 seconds, but most of the
> : time it hangs here.
> : With the commit reverted it passes always in constant time.
>
> i would suggest reverting, reopening the issue, and posting as much
details as
> you can in the issue until we get to the bottom of it...
I am investigating...
> : > I have no idea whats going on. Where are the logs?
>
> ...good fucking question. they use to be included in the test result
files (just
> logged to System.err and captured), but at some point in some build/test
> refactoring they seem to have wound up going to /dev/null because all of
my
> test result files have no logs in them at all.
Modify testlogging.properties in Solr's root folder.
> can you post some "kill -QUIT" threaddumps in the Jira for this issue?
Impossible on Windows. Ctrl-Break only shows threaddump of ANT.
There was some solution to that, I don't remember.
Uwe
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Chris Hostetter <ho...@fucit.org>.
: Some investigations:
: It seems to be a deadlock or some other threading related issue. Sometimes
: the test passes with the commit also in 8 or 10 seconds, but most of the
: time it hangs here.
: With the commit reverted it passes always in constant time.
i would suggest reverting, reopening the issue, and posting as much
details as you can in the issue until we get to the bottom of it...
: > I have no idea whats going on. Where are the logs?
...good fucking question. they use to be included in the test result
files (just logged to System.err and captured), but at some point in some
build/test refactoring they seem to have wound up going to /dev/null
because all of my test result files have no logs in them at all.
can you post some "kill -QUIT" threaddumps in the Jira for this issue?
-Hoss
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Uwe Schindler <uw...@thetaphi.de>.
Some investigations:
It seems to be a deadlock or some other threading related issue. Sometimes
the test passes with the commit also in 8 or 10 seconds, but most of the
time it hangs here.
With the commit reverted it passes always in constant time.
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Uwe Schindler [mailto:uwe@thetaphi.de]
> Sent: Friday, August 19, 2011 12:16 AM
> To: dev@lucene.apache.org
> Subject: RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
>
> I ran without reverting this commit (1157425): test took a minimum of 5
mins
> and then I hit Ctrl-C.
>
> Reverted, test took 8 seconds:
>
> junit-sequential:
> [junit] Testsuite:
> org.apache.solr.client.solrj.embedded.SolrExampleEmbeddedTest
> [junit] Tests run: 16, Failures: 0, Errors: 0, Time elapsed: 8,028 sec
> [junit]
>
> I have no idea whats going on. Where are the logs?
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
>
>
> > -----Original Message-----
> > From: Chris Hostetter [mailto:hossman_lucene@fucit.org]
> > Sent: Friday, August 19, 2011 12:03 AM
> > To: dev@lucene.apache.org
> > Subject: RE: Solr Tests in trunk
> SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
> >
> >
> > : Slow here too: windows 7 64bit 1.6.0_27-server
> >
> > If you an rmuir can reproduce this speed consistently, can you try
> > locally reverting the commit you suspect (SOLR-2565: r1157425) to see
> > if that
> fixes the
> > problem for you?
> >
> > And or post the Solr logs from some of these tests so we can see what
> > it
> thinks
> > it's doing for 3 hours?
> >
> >
> >
> > -Hoss
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For
> > additional commands, e-mail: dev-help@lucene.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Uwe Schindler <uw...@thetaphi.de>.
I ran without reverting this commit (1157425): test took a minimum of 5 mins
and then I hit Ctrl-C.
Reverted, test took 8 seconds:
junit-sequential:
[junit] Testsuite:
org.apache.solr.client.solrj.embedded.SolrExampleEmbeddedTest
[junit] Tests run: 16, Failures: 0, Errors: 0, Time elapsed: 8,028 sec
[junit]
I have no idea whats going on. Where are the logs?
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Chris Hostetter [mailto:hossman_lucene@fucit.org]
> Sent: Friday, August 19, 2011 12:03 AM
> To: dev@lucene.apache.org
> Subject: RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
>
>
> : Slow here too: windows 7 64bit 1.6.0_27-server
>
> If you an rmuir can reproduce this speed consistently, can you try locally
> reverting the commit you suspect (SOLR-2565: r1157425) to see if that
fixes the
> problem for you?
>
> And or post the Solr logs from some of these tests so we can see what it
thinks
> it's doing for 3 hours?
>
>
>
> -Hoss
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Chris Hostetter <ho...@fucit.org>.
: Slow here too: windows 7 64bit 1.6.0_27-server
If you an rmuir can reproduce this speed consistently, can you try locally
reverting the commit you suspect (SOLR-2565: r1157425) to see if that
fixes the problem for you?
And or post the Solr logs from some of these tests so we can see what it
thinks it's doing for 3 hours?
-Hoss
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Uwe Schindler <uw...@thetaphi.de>.
Slow here too: windows 7 64bit 1.6.0_27-server
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Chris Hostetter [mailto:hossman_lucene@fucit.org]
> Sent: Thursday, August 18, 2011 11:49 PM
> To: dev@lucene.apache.org
> Subject: RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
>
>
> : ist he first slow one which was canceled for some reason.
> :
> : And the commit there is:
> : http://svn.apache.org/viewvc?view=revision&revision=1157425
> :
> : This is the cause of the problems which is in my opinion very serious.
>
> ...but how? why? ...
>
> why is it only screwing this testUnicode method?
> why is it only affecting some machines and not others?
>
> (ie: jenkins and rmuir's box evidently ... is anyone else seeing trunk
tests take a
> ridiculous amount of time?)
>
>
>
>
> -Hoss
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Chris Hostetter <ho...@fucit.org>.
: ist he first slow one which was canceled for some reason.
:
: And the commit there is:
: http://svn.apache.org/viewvc?view=revision&revision=1157425
:
: This is the cause of the problems which is in my opinion very serious.
...but how? why? ...
why is it only screwing this testUnicode method?
why is it only affecting some machines and not others?
(ie: jenkins and rmuir's box evidently ... is anyone else seeing trunk
tests take a ridiculous amount of time?)
-Hoss
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Uwe Schindler <uw...@thetaphi.de>.
Yes,
https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10179/
ist he first slow one which was canceled for some reason.
And the commit there is:
http://svn.apache.org/viewvc?view=revision&revision=1157425
This is the cause of the problems which is in my opinion very serious.
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Chris Hostetter [mailto:hossman_lucene@fucit.org]
> Sent: Thursday, August 18, 2011 11:39 PM
> To: dev@lucene.apache.org
> Subject: Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
>
>
> FYI: If you look at the history of the builds, and ignore the ones that
were killed
> or failed "early" (if a core lucene test fails, it never tries the solr
tests) it looks
> like the first change that could have caused "long" test times might be as
old as
> #10179 (hard to tell)
>
> https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/buildTimeTrend
>
>
> : Date: Thu, 18 Aug 2011 17:32:35 -0400
> : From: Robert Muir <rc...@gmail.com>
> : Reply-To: dev@lucene.apache.org
> : To: dev@lucene.apache.org
> : Subject: Re: Solr Tests in trunk
> SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
> :
> : so its the testUnicode (i wrote this test, sorry)
> :
> : https://builds.apache.org/job/Lucene-Solr-tests-only-
> trunk/10201/testReport/org.apache.solr.client.solrj.embedded/SolrExampleEm
> beddedTest/testUnicode/
> :
> : But how is this suddenly slow???
> :
> : On Thu, Aug 18, 2011 at 5:31 PM, Uwe Schindler <uw...@thetaphi.de> wrote:
> : > This are the bad guys:
> : > http://s.apache.org/8w1
> : >
> : > Uwe
> : > -----
> : > Uwe Schindler
> : > H.-H.-Meier-Allee 63, D-28213 Bremen
> : > http://www.thetaphi.de
> : > eMail: uwe@thetaphi.de
> : >
> : >
> : >> -----Original Message-----
> : >> From: Uwe Schindler [mailto:uwe@thetaphi.de]
> : >> Sent: Thursday, August 18, 2011 11:29 PM
> : >> To: java-dev@lucene.apache.org
> : >> Subject: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
> : >>
> : >> Hi,
> : >>
> : >> Since today/yesterday the tests of Solr in trunk are running veeeeery
slow
> : > on
> : >> Jenkins and also locally. I am not sure which test is the problem,
but its
> : >> incredible slow. Jenkins used to need 12 mins now 4 hrs for the whole
test
> : >> build!
> : >> e.g.
https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/
> : >>
> : >> Uwe
> : >>
> : >> -----
> : >> Uwe Schindler
> : >> H.-H.-Meier-Allee 63, D-28213 Bremen
> : >> http://www.thetaphi.de
> : >> eMail: uwe@thetaphi.de
> : >>
> : >>
> : >>
> : >> ---------------------------------------------------------------------
> : >> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For
additional
> : >> commands, e-mail: dev-help@lucene.apache.org
> : >
> : >
> : > ---------------------------------------------------------------------
> : > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> : > For additional commands, e-mail: dev-help@lucene.apache.org
> : >
> : >
> :
> :
> :
> : --
> : lucidimagination.com
> :
> : ---------------------------------------------------------------------
> : To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> : For additional commands, e-mail: dev-help@lucene.apache.org
> :
> :
>
> -Hoss
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Chris Hostetter <ho...@fucit.org>.
FYI: If you look at the history of the builds, and ignore the ones that
were killed or failed "early" (if a core lucene test fails, it never tries
the solr tests) it looks like the first change that could have caused
"long" test times might be as old as #10179 (hard to tell)
https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/buildTimeTrend
: Date: Thu, 18 Aug 2011 17:32:35 -0400
: From: Robert Muir <rc...@gmail.com>
: Reply-To: dev@lucene.apache.org
: To: dev@lucene.apache.org
: Subject: Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
:
: so its the testUnicode (i wrote this test, sorry)
:
: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/testReport/org.apache.solr.client.solrj.embedded/SolrExampleEmbeddedTest/testUnicode/
:
: But how is this suddenly slow???
:
: On Thu, Aug 18, 2011 at 5:31 PM, Uwe Schindler <uw...@thetaphi.de> wrote:
: > This are the bad guys:
: > http://s.apache.org/8w1
: >
: > Uwe
: > -----
: > Uwe Schindler
: > H.-H.-Meier-Allee 63, D-28213 Bremen
: > http://www.thetaphi.de
: > eMail: uwe@thetaphi.de
: >
: >
: >> -----Original Message-----
: >> From: Uwe Schindler [mailto:uwe@thetaphi.de]
: >> Sent: Thursday, August 18, 2011 11:29 PM
: >> To: java-dev@lucene.apache.org
: >> Subject: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
: >>
: >> Hi,
: >>
: >> Since today/yesterday the tests of Solr in trunk are running veeeeery slow
: > on
: >> Jenkins and also locally. I am not sure which test is the problem, but its
: >> incredible slow. Jenkins used to need 12 mins now 4 hrs for the whole test
: >> build!
: >> e.g. https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/
: >>
: >> Uwe
: >>
: >> -----
: >> Uwe Schindler
: >> H.-H.-Meier-Allee 63, D-28213 Bremen
: >> http://www.thetaphi.de
: >> eMail: uwe@thetaphi.de
: >>
: >>
: >>
: >> ---------------------------------------------------------------------
: >> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
: >> commands, e-mail: dev-help@lucene.apache.org
: >
: >
: > ---------------------------------------------------------------------
: > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
: > For additional commands, e-mail: dev-help@lucene.apache.org
: >
: >
:
:
:
: --
: lucidimagination.com
:
: ---------------------------------------------------------------------
: To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
: For additional commands, e-mail: dev-help@lucene.apache.org
:
:
-Hoss
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Robert Muir <rc...@gmail.com>.
so its the testUnicode (i wrote this test, sorry)
https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/testReport/org.apache.solr.client.solrj.embedded/SolrExampleEmbeddedTest/testUnicode/
But how is this suddenly slow???
On Thu, Aug 18, 2011 at 5:31 PM, Uwe Schindler <uw...@thetaphi.de> wrote:
> This are the bad guys:
> http://s.apache.org/8w1
>
> Uwe
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
>
>
>> -----Original Message-----
>> From: Uwe Schindler [mailto:uwe@thetaphi.de]
>> Sent: Thursday, August 18, 2011 11:29 PM
>> To: java-dev@lucene.apache.org
>> Subject: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
>>
>> Hi,
>>
>> Since today/yesterday the tests of Solr in trunk are running veeeeery slow
> on
>> Jenkins and also locally. I am not sure which test is the problem, but its
>> incredible slow. Jenkins used to need 12 mins now 4 hrs for the whole test
>> build!
>> e.g. https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/
>>
>> Uwe
>>
>> -----
>> Uwe Schindler
>> H.-H.-Meier-Allee 63, D-28213 Bremen
>> http://www.thetaphi.de
>> eMail: uwe@thetaphi.de
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
>> commands, e-mail: dev-help@lucene.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
>
--
lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
Posted by Uwe Schindler <uw...@thetaphi.de>.
This are the bad guys:
http://s.apache.org/8w1
Uwe
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Uwe Schindler [mailto:uwe@thetaphi.de]
> Sent: Thursday, August 18, 2011 11:29 PM
> To: java-dev@lucene.apache.org
> Subject: Solr Tests in trunk SLOOOOOOOOOOOOOOOOOOOOOOOOOOW
>
> Hi,
>
> Since today/yesterday the tests of Solr in trunk are running veeeeery slow
on
> Jenkins and also locally. I am not sure which test is the problem, but its
> incredible slow. Jenkins used to need 12 mins now 4 hrs for the whole test
> build!
> e.g. https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10201/
>
> Uwe
>
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org