summaryrefslogtreecommitdiff
path: root/defaults/solr
diff options
context:
space:
mode:
authorMichael Peter Christen <mc@yacy.net>2014-04-06 00:35:35 +0200
committerMichael Peter Christen <mc@yacy.net>2014-04-06 00:35:35 +0200
commitee92d748b5fcbd6df328f4fc419f14b68f5f573c (patch)
treea3669c22ac10a3fa3051c2ae173dc416ec57592c /defaults/solr
parentd2055f3d4b337641ad1411793b64a988f8b7d905 (diff)
test using compound file format, see UseCompoundFile in
https://cwiki.apache.org/confluence/display/solr/IndexConfig+in+SolrConfig This appears to be necessary as many times a java.io.FileNotFoundException: (Too many open files) appears. See also: https://issues.apache.org/jira/browse/SOLR-4 and desperate users at http://stackoverflow.com/questions/3828343/too-many-open-file-exception-while-indexin-using-solr We cannot force users to do a "ulimit -n 1000000", so this action seems to be required.
Diffstat (limited to 'defaults/solr')
-rw-r--r--defaults/solr/solrconfig.xml2
1 files changed, 1 insertions, 1 deletions
diff --git a/defaults/solr/solrconfig.xml b/defaults/solr/solrconfig.xml
index 5e14661a0..02ceec670 100644
--- a/defaults/solr/solrconfig.xml
+++ b/defaults/solr/solrconfig.xml
@@ -138,7 +138,7 @@
<!-- Expert: Enabling compound file will use less files for the index,
using fewer file descriptors on the expense of performance decrease.
Default in Lucene is "true". Default in Solr is "false" (since 3.6) -->
- <!-- <useCompoundFile>false</useCompoundFile> -->
+ <!-- <useCompoundFile>true</useCompoundFile> -->
<!-- ramBufferSizeMB sets the amount of RAM that may be used by Lucene
indexing for buffering added documents and deletions before they are