On Mon, Jun 13, 2016 at 4:59 PM, Erick Erickson
wrote:
> Yes, Solr will pick that up. You won't have any replicas
> though so you'll have to ADDREPLICA afterwards.
> You could use the EMPTY option on the creteNodeSet
> of the Collections API to create a dummy collection
Yes, Solr will pick that up. You won't have any replicas
though so you'll have to ADDREPLICA afterwards.
You could use the EMPTY option on the creteNodeSet
of the Collections API to create a dummy collection
to see what a no-replica shard should look like as
a model
Best,
Erick
On Mon, Jun 13,
On Mon, Jun 13, 2016 at 1:50 AM, Erick Erickson
wrote:
> So to be clear we're talking about the same thing, your
> Zookeeper has a collections>>my_collection>>state.json
> ZNode. In that state.json you have information
> for all the shards, and you're saying that you had
What's most disturbing here is that the zookeeper info
disappeared for certain shards. This simply should not be
happening just because you lost a server or two. The info
should still be in Zookeeper for the shards in question. All
the replicas will be down of course, but they'll still be there.
On Fri, Jun 10, 2016 at 6:18 PM, Erick Erickson
wrote:
> Well, how brave do you want to be ;)?
Hi Erick, thanks for your reply!
> There's no great magic to the
> Zookeeper nodes here. If you do everything just right you could create
> one manually. By that I mean you
Well, how brave do you want to be ;)? There's no great magic to the
Zookeeper nodes here. If you do everything just right you could create
one manually. By that I mean you could "hand edit" the znode with the
Zookeeper commands, you'd have to dig for the exact commands You
_may_ be able to use
Hi.
We have a SolrCloud setup with 20 shards, each with only 1 replica, served
on 8 servers.
After a server went down we are left with 16 shards, which means that some
of the compositeId hash ranges aren't hosted by any cores. Somehow the
shards/cores didn't come back after the server came up