Re: Migrating shards

2014-11-07 Thread Ian Rose
Sounds great - thanks all. On Fri, Nov 7, 2014 at 2:06 PM, Erick Erickson wrote: > bq: I think ADD/DELETE replica APIs are best for within a SolrCloud > > I second this, if for no other reason than I'd expect this to get > more attention than the underlying core admin API. > > That said, I belie

Re: Migrating shards

2014-11-07 Thread Erick Erickson
bq: I think ADD/DELETE replica APIs are best for within a SolrCloud I second this, if for no other reason than I'd expect this to get more attention than the underlying core admin API. That said, I believe ADD/DELETE replica just makes use of the core admin API under the covers, in which case you

Re: Migrating shards

2014-11-07 Thread ralph tice
I think ADD/DELETE replica APIs are best for within a SolrCloud, however if you need to move data across SolrClouds you will have to resort to older APIs, which I didn't find good documentation of but many references to. So I wrote up the instructions to do so here: https://gist.github.com/ralph-t

Re: Migrating shards

2014-11-07 Thread Michael Della Bitta
1. The new replica will not begin serving data until it's all there and caught up. You can watch the replica status on the Cloud screen to see it catch up; when it's green, you're done. If you're trying to automate this, you're going to look for the replica that says "recovering" in clusterstat