Re: manual background re-indexing

I'm a little confused about your use of the word "reload", see below. But if this doesn't clarify things, or your experiments give strange results, could you please start posting sample configurations so we can be sure we're talking about the same thing? Best Erick On Fri, Apr 29, 2011 at 5:15 A

Re: manual background re-indexing

I understand that multicores allows met o create two cores which are just normal solr-homes. That's easy. However I'm only interested to the reload command and, in particular, to reload the underlying index segment files. Do I understand correctly that the following is what I should do? - still

Re: Rép : Re: manual background re-indexing

You simply create two cores. One in solr/cores/core1 and another in solr/cores/core2 They each have a separate conf and data directory,and the index in in core#/data/index. Really, its' just introducing one more level. You can experiment just by configuring a core and copying your index to solr/co

Rép : Re: manual background re-indexing

> It would probable be safest just to set up a separate system as > multi-core from the start, get the process working and then either use > the new machine or copy the whole setup to the production machine.> > On Thu, Apr 28, 2011 at 8:49 AM, Paul Libbrecht wrote: >> Just wher

Re: manual background re-indexing

I sure would need a downtime to migrate from single-core to multi-core! The question is however whether there are typical steps for a migration. paul Le 28 avr. 2011 à 15:01, Erick Erickson a écrit : > It would probable be safest just to set up a separate system as > multi-core from the start,

Re: manual background re-indexing

It would probable be safest just to set up a separate system as multi-core from the start, get the process working and then either use the new machine or copy the whole setup to the production machine. Best Erick On Thu, Apr 28, 2011 at 8:49 AM, Paul Libbrecht wrote: > Just where to do I put the

Re: manual background re-indexing

Just where to do I put the new index data with such a command? Simply replacing the segment files appears dangerous to me. Also, what is the best practice to move from single-core to multi-core? My current set-up is single-core, do I simply need to add a solr.xml in my solr-home and one core1 di

Re: manual background re-indexing

Hi Paul Would a multi-core set up and the swap command do what you want it to do? http://wiki.apache.org/solr/CoreAdmin Shaun On 28 April 2011 12:49, Paul Libbrecht wrote: > > Hello list, > > I am planning to implement a setup, to be run on unix scripts, that should > perform a full pull-and-

manual background re-indexing

Hello list, I am planning to implement a setup, to be run on unix scripts, that should perform a full pull-and-reindex in a background server and index then deploy that index. All should happen on the same machine. I thought the replication methods would help me but they seem to rather solve