Hi Jan, There are a few ways to do that, but no, nothing is automatic.
1) If your node is alive, you can create new replicas on the new node, let them replicate, verify they are ok, then delete the replicas on the old node and shut it down.
2) If your node is dead, create new replicas on the new node, let them replicate. You'll have to hand-edit clusterstate.json however, to fix the entries for the shards.
3) If you have a fully up-to-date backup of your dead node, just use the same hostname for your new node and restore the backups there. It should be fine. Just verify that the replicas for that node, as listed in clusterstate.json, are present and accounted for.
HTH, Lajos On 28/02/2014 16:17, Jan Van Besien wrote:
Hi, I am a bit confused about how solr cloud disaster recovery is supposed to work exactly in the case of loosing a single node completely. Say I have a solr cloud cluster with 3 nodes. My collection is created with numShards=3&replicationFactor=3&maxShardsPerNode=3, so there is no data loss when I loose a node. However, how do configure a new node to take the place of the dead node? I bring up a new node (same hostname, ip, as the dead node) which is completely empty (empty data dir, empty solr.xml), install solr, and connect it to zookeeper. Is it supposed to work automatically from there? In my tests, the server has no cores and the solr-cloud graph overview simply shows all the shards/replicas on this node as down. Do I need to recreate the cores first? Note that these cores were initially created indirectly by creating the collection. Thanks, Jan
