For some reason, "slice" is the preferred term in the _code_, while
"shard" is preferred in docs
FWIW
Erick
On Fri, Jan 8, 2016 at 3:51 PM, Jeff Wartes wrote:
>
> Honestly, I have no idea which is "old". The solr source itself uses slice
> pretty consistently, so I stuck with that when I st
Honestly, I have no idea which is "old". The solr source itself uses slice
pretty consistently, so I stuck with that when I started the project last year.
And logically, a shard being an instance of a slice makes sense to me. But one
significant place where they word shard is exposed is the def
Thanks for the pointer Jeff,
For SolrCloud it turned out to be...
&property.coreNodeName=xxx
btw, for your app, isn't "slice" old notation?
On 08/01/16 22:05, Jeff Wartes wrote:
I’m pretty sure you could change the name when you ADDREPLICA using a core.name
property. I don’t know if you
I’m pretty sure you could change the name when you ADDREPLICA using a core.name
property. I don’t know if you can when you initially create the collection
though.
The CLUSTERSTATUS command will tell you the core names:
https://cwiki.apache.org/confluence/display/solr/Collections+API#Collectio
Hi,
I'm having trouble identifying a replica to delete...
I've created a 3-shard cluster, all 3 created on a single host, then
added a replica for shard2 onto another host, no problem so far.
Now I want to delete the original shard, but got this error when trying
a *replica* param value I th
