Mark,

the odd piece here i think was, this was a 4.0 collection numShards=4 etc etc.

moved to 4.1, i would assume the doc router would have been set to compositeId, not implicit, or is the move from 4.0 to 4.1 a complete rebuild from the collections up?

-Mike

Mark Miller wrote:

On Mar 4, 2013, at 3:27 PM, Michael Della Bitta<michael.della.bi...@appinions.com> wrote:


I personally don't know of one other than starting over with a new
collection, but I'd love to be proven wrong, because I'm actually in the
same boat as you!


I think it might be possible by using a zookeeper tool to edit clusterstate.json (i like using the zk eclipse plugin for this type of thing).

If you create a new collection with the same number of shards and be sure to specify num shards, you will see the hash ranges that should be used for each shard. Try updating the clusterstate.json to match - with the right router and hash ranges.

- Mark

Reply via email to