I have been experiencing out of memory errors when indexing via solrj into a
4 alpha cluster. It seems when I delegate commits to the server (either
auto commit or commit within) there is nothing to throttle the solrj clients
and the server struggles to fan out the work. However, when I handle
co
ou are seeing with auto commit vs
client commit?
How often are you trying to commit? With the client? With auto commit?
Are you doing soft commits? Std commits? A mix?
What's the stack trace for the OOM?
What OS are you using?
Anything else you can add?
--
Mark Miller
On Saturd
> Do you have the following hard autoCommit in your config (as the stock
server does)?
>
> 15000
> false
>
I have tried with and without that setting. When I described running with
auto commit, that setting is what I mean. I have varied the time in the
range 10,000-60,000 m
alf Of Yonik Seeley
Sent: Sunday, July 15, 2012 11:05 AM
To: Nick Koton
Cc: solr-user@lucene.apache.org
Subject: Re: SOLR 4 Alpha Out Of Mem Err
On Sun, Jul 15, 2012 at 11:52 AM, Nick Koton wrote:
>> Do you have the following hard autoCommit in your config (as the
>> stock
> se
ns/763579/how-many-threads-can-a-java-vm-sup
port
Michael Della Bitta
Appinions, Inc. -- Where Influence Isn't a Game.
http://www.appinions.com
On Sun, Jul 15, 2012 at 2:45 PM, Nick Koton wrote:
>>> Solrj multi-threaded client sends
: Nick Koton [mailto:nick.ko...@gmail.com]
Sent: Monday, July 16, 2012 5:53 PM
To: 'solr-user@lucene.apache.org'
Subject: RE: SOLR 4 Alpha Out Of Mem Err
> That suggests you're running out of threads
Michael,
Thanks for this useful observation. What I found just prior to the "
3.run(QueuedThreadPool.java:5
34)
at java.lang.Thread.run(Thread.java:662)
,code=500}
Best regards,
Nick Koton
sing mlt.fl) I see the error from both.
Is anyone else seeing similar behavior?
Nick Koton
STANALONE RESPONSE
- -05-trueid:VDBDB1A16text,features,name,sku,id,manu,cat,title,description,keywords,
author,resourcename--VDBDB1A16A-DATA
V-Series 1GB 184-Pin DDR SDRAM Unbuffered DDR 400 (P
