Hi,
I created a ticket and try to describe here
https://issues.apache.org/jira/browse/SOLR-4471
Actually search speed, ram and memory usage on solr 4.x compared with 3.6.
looks good, only the network is blocked by full copy index from slave.
André
On 16.02.13 03:25, "Mark Miller" wrote:
>For
Hi,
I upgrade solr form 3.6 to 4.1. Since them the replication is full copy
the index from master.
Master is delta import via DIH every 10min. Slave poll interval is 10sec.
After debug and search I found patch in SOLR-4413.
Problem was slave is checking the wrong directory (index/ instead of
index
Hi,
yes we do.
If you use a limit number of categories (like 100) you can use dynamic fields
with the termscomponent and by choosing a category specific prefix, like:
{schema.xml}
...
...
{schema.xml}
And within data import handler we script prefix from given category:
{data-config.xml}
Hi Manu,
from 1.4.1 it is invoked if "postImportDeleteQuery" is not null and clean is
true, see Code
...
String delQuery = e.allAttributes.get("preImportDeleteQuery");
if (dataImporter.getStatus() == DataImporter.Status.RUNNING_DELTA_DUMP) {
cleanByQuery(delQuery, fullCleanDone);
Hi,
I have this use case: I update index every 10 min on a master-solr (via batch)
and replicate them to slaves. The clients use the slaves. From client view now
it's ugly: it looks like we change our index only every 10 minutes. Sure, but
idea now is to index all documents with a index date, s
