As you guessed, I'm trying to build a non-HDFS collection from the index
files in HDFS (constructed by MRIT). To give you the overall picture, below
is my workflow (Sorry if it is too long)-
I have collection-A that is serving an index and I'm replacing the
collection with another one - collectio
Thank you Erick.
I actually only have an index. I do not have collection B that hosts this
index. The reducers of the MR job build an index (reducer per shard). I'm
looking to load these generated lucene index files to the cores of a
collection (new or existing and then I can work with aliasing a
I'm building an index on HDFS using the MapReduceIndexerTool which I'd later
like to load into my Solr cores with minimal delay. With Solr 4.4, I was
able to switch out the underlying index directory of a core (I don't need to
keep any of the existing index) and reload the core, and it worked fine.
I've missed Norgorn's reply above. But in the past and also as suggested
above, I think the following lock type solved the problem for me.
${solr.lock.type:hdfs} in your indexConfig in
solrconfig.xml
--
View this message in context:
http://lucene.472066.n3.nabble.com/Solr-IndexNotFoundExceptio
I'm trying to write some integration tests against SolrCloud for which I'm
setting up a solr instance backed with a zookeeper and pointing it to a
namenode (all in memory using hadoop testing utilities and JettySolrRunner).
I'm getting the following error when I'm trying to create a collection (btw
