On Fri, Jul 3, 2015 at 1:06 AM, Ronald Wood <rw...@smarsh.com> wrote: > > > I had initially suspect that distributed searches combined with faceting > might be part of the issue, since I had seen some long-running threads that > seemed to spend a long time in the FastLRUCache when getting facets for a > single field. However, in the latest case of blocked queries, I am not seeing > that.
That happens because by default the FastLRUCache will steal the request thread to perform clean up when the number of items exceed a certain limit. You can avoid this by using cleanupThread="true" as an attribute in the cache's configuration. That will spawn a new thread to clean up if and when required so that request threads aren't blocked for a long time. > > We have two slaves that replicate from a master, and we were saw the issue > recur after a while of client usage, ruling out a hardware issue. > > Does anyone have any suggestions for potential avenues of attack for getting > to the bottom of this? Or are there any known issues that could be implicated > in this? > > - Ronald S. Wood -- Regards, Shalin Shekhar Mangar.
