Hi folks, I think that the timestamp should be rounded down to a minute (or whatever) to avoid trashing the filter query cache
Cheers, Siegfried Goeschl On 25 May 2014, at 18:19, Steve McKay <st...@b.abbies.us> wrote: > Solr can add the filter for you: > > <requestHandler ...> > <lst name="appends"> > <str name="fq">timestamp:[* TO NOW-30SECOND]</str> > </lst> > </requestHandler> > > Increasing soft commit frequency isn't a bad idea, though. I'd probably do > both. :) > > On May 23, 2014, at 6:51 PM, Michael Tracey <mtra...@biblio.com> wrote: > >> Hey all, >> >> I've got a number of nodes (Solr 4.4 Cloud) that I'm balancing with HaProxy >> for queries. I'm indexing pretty much constantly, and have autoCommit and >> autoSoftCommit on for Near Realtime Searching. All works nicely, except >> that occasionally the auto-commit cycles are far enough off that one node >> will return a document that another node doesn't. I don't want to have to >> add something like this: timestamp:[* TO NOW-30MINUTE] to every query to >> make sure that all the nodes have the record. Ideas? autoSoftCommit more >> often? >> >> <autoCommit> >> <maxDocs>100000</maxDocs> >> <maxTime>7200000</maxTime> >> <openSearcher>false</openSearcher> >> </autoCommit> >> >> <autoSoftCommit> >> <maxTime>30000</maxTime> >> <maxDocs>5000</maxDocs> >> </autoSoftCommit> >> >> Thanks, >> >> M. >