Hey, can you explain what kind of problems you have? And why you think that not loading bloom filters will solve it?
Setting a queue to unbounded might mean, that you possibly can totally overload your system. First, you should use the nodes stats APIs to monitor your thread bools, specifically the bulk one. Maybe changing its limits might make more sense instead of setting it to unbounded. Just changing some stuff without monitoring first, might lead to setting the wrong configuration options and maybe improve things, or making them worse. --Alex On Fri, Jan 31, 2014 at 6:48 AM, Ramchandra Phadake < [email protected]> wrote: > Hi, > > Recently we migrated from 0.90.1 to 0.90.9. We did change > index.codec.bloom.load=false initially but even with true we obsetve same > behaviour. > Nothing else has changed from indexing code. We are using bulk API. Any > pointers why we can get EsRejectedExecutionException? > This doesn't frequently in indexing process. > > We did try by setting with few thousand size but this exception comes but > rarely. > After setting bulk queue to -1 it appears to be working. -1 means > unbounded size so is it safe to set to -1. > > Thanks, > Ram > > -- > You received this message because you are subscribed to the Google Groups > "elasticsearch" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/89c6e465-c23f-4234-9667-cd09be4a7178%40googlegroups.com > . > For more options, visit https://groups.google.com/groups/opt_out. > -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAGCwEM9jkioPjuHpEfu-GWn_rkkCrniDWVyHwXCbaG3HKDxejw%40mail.gmail.com. For more options, visit https://groups.google.com/groups/opt_out.
