On 3/23/2016 9:43 AM, Robert Brown wrote:
> When going to the admin UI on this new server I can see the
> shards/replica's of the existing collection, and can even query it,
> even tho this new server has no cores on it itself.
>
> Is this all expected behaviour?
>
Yes. There were some bugs earl
Thanks all,
I am no doubt confusing things myself - I (rather stupidly) have 5
completely separate clouds, with separate ZK trees - a bad design
decision on day one when I thought each config needed a separate ZK tree.
So it could all be simplified a bit, but that's my current view, which
is
> Is this all expected behaviour?
Yes. As Since each Solr node has access to the entire state, an
arbitrary Solr node can figure out where to forward a request for some
collection it doesn't host.
>Is there any performance gain with what I have at this precise stage? The
>extra server certainly
On Wed, Mar 23, 2016 at 3:43 PM, Robert Brown wrote:
> So I setup a new solr server to point to my existing ZK configs.
>
> When going to the admin UI on this new server I can see the shards/replica's
> of the existing collection, and can even query it, even tho this new server
> has no cores on i
On 3/22/2016 11:16 AM, Robert Brown wrote:
> Thanks Erick and Shawn, a "collection" is indeed what I meant.
>
> I was under the impression the entire Tree view in the admin GUI was
> showing everything in ZK, including things like
> "collections/name/state.json", not just the /configs directory.
>
So I setup a new solr server to point to my existing ZK configs.
When going to the admin UI on this new server I can see the
shards/replica's of the existing collection, and can even query it, even
tho this new server has no cores on it itself.
Is this all expected behaviour?
Is there any pe
Thanks Erick and Shawn, a "collection" is indeed what I meant.
I was under the impression the entire Tree view in the admin GUI was
showing everything in ZK, including things like
"collections/name/state.json", not just the /configs directory.
The solr.xml file is too isn't it? (I added it to
On 3/22/2016 6:38 AM, Robert Brown wrote:
Is it safe to create a new cluster but use an existing config set
that's in zookeeper? Or does that config set contain the cluster
status too?
I want to (re)-build a cluster from scratch, with a different amount
of shards, but not using shard-splitti
The whole _point_ of configsets is to re-use them in multiple
collections, so please do!
Best,
Erick
On Tue, Mar 22, 2016 at 5:38 AM, Robert Brown wrote:
> Hi,
>
> Is it safe to create a new cluster but use an existing config set that's in
> zookeeper? Or does that config set contain the cluste
