Correct me if Im wrong but I think the problem here is that while there is a "fetchindex" command in replication the handler and the master/slave setup pertain to the core config.
For example for this to work properly the solr.xml configuration would need to setup some type of "global" replication handler for all cores. Just throwing that out there since Im not sure even the ZooKeeper setup would include something like this. - Jon On Apr 28, 2010, at 10:14 AM, Jason Rutherglen wrote: > I guess I didn't explain it properly. I want to create a core on > the master, and then have N slaves also (aka replicate) create > those new core(s) on the slave servers, then of course, begin to > replicate (yeah, got that part). There doesn't appear to be > anything today that does this, it's unclear how/if Solr Cloud > enables the described functionality because, while yes Solr > Cloud can be used to *create* new cores out of a config in ZK, > that isn't what I'm asking. I'll open an issue and submit a > patch? > > On Wed, Apr 28, 2010 at 1:53 AM, Yonik Seeley > <yo...@lucidimagination.com> wrote: >> On Tue, Apr 27, 2010 at 9:56 PM, Chris Hostetter >> <hossman_luc...@fucit.org> wrote: >>> but as i understand the new cloud stuff (by which i mean: i don't >>> understand the new cloud stuff, but i've heard rumors) this will be >>> possible with that functionality. >> >> Yeah, that should be the goal. >> The solrconfig.xml, etc, are stored in zookeeper, so creating a new >> core is (should be) trivial. >> There's not anything in cloud yet to automatically set up the >> master/slave replication relationship though. >> >> -Yonik >> Apache Lucene Eurocon 2010 >> 18-21 May 2010 | Prague >>
