I'm transitioning my index from a 3.x version to >4.6. I'm running a large
heap (20G), primarily to accomodate a large facet cache (~5G), but have
been able to run it on 3.x stably.
On 4.6.0 after stress testing I'm finding that all of my shards are
spending all of their time in GC. After taking
In reference to my prior thread:
http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201403.mbox/%3ccac-cpvrzbhizomcdhkrhygqizguerntkwtkxwwx3j1rqcxe...@mail.gmail.com%3E
I followed the advice to set unmap=false on my indexes with promising
results. Without performing any index updates I am
Thanks for the help -- after fortuitously looking at a separate thread:
http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201403.mbox/%3CCAJYe0M4qNKzqT4gB-qib0T6%3DY1KYr7vKcNEYDHWH1MnMoCLtYw%40mail.gmail.com%3E
I upgraded to 7u25 and all is well!
On a separate note, you'd mentioned DocVa
I'm using the latest nightly build of 4.8 and testing this patch:
https://issues.apache.org/jira/browse/SOLR-3177
using this set of fq / stats.field query params:
fq={!tag=INTEGER_4}INTEGER_4:(2)&stats.field={!ex=INTEGER_4}INTEGER_4
with Solr throwing the following error:
ERROR - 2014-03-27 16
Is there a known issue using the StatsComponent against fields indexed with
docvalues? My setup is currently throwing this error (against the latest
nightly build):
org.apache.solr.common.Solr*Exception*; org.apache.solr.common.Solr
*Exception*: Type mismatch: INTEGER_4 was indexed as SORTED_SET