lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Aki Balogh <...@marketmuse.com>
Subject Re: How to assign a hash range via zookeeper?
Date Thu, 04 Feb 2016 21:21:37 GMT
I'm not sure how these hash ranges were determined, so I'm not sure if I
should be manually setting them or somehow allowing solr to pick them for
this shard.

Thanks,
Aki



On Thu, Feb 4, 2016 at 4:12 PM, Aki Balogh <aki@marketmuse.com> wrote:

> Shawn,
>
> Thanks - this is very helpful.
>
> I found the state.json file and it indeed shows that the range for shard1
> is null.
>
> In order to fix, do I need to upload a corrected state.json file with
> corrected hash ranges?   How can I do that? (zkcli.sh?)
>
> Thanks,
> Aki
>
>
> On Thu, Feb 4, 2016 at 4:10 PM, Shawn Heisey <apache@elyograg.org> wrote:
>
>> On 2/4/2016 1:37 PM, Aki Balogh wrote:
>> > Specifically, they suggest getting clusterstate.json.  But I've tried
>> that
>> > and when I get that file, I only get an empty file {}
>> >
>> > Is there another way to ask Zookeeper to cover the missing hash range?
>>
>> Solr 5.x changed how the clusterstate is managed.  The
>> /clusterstate.json file is empty, just as you have noticed.  You'll find
>> the actual clusterstate inside each collection path, in a file named
>> "state.json".
>>
>> Here's what it will look like in the Cloud->Tree section of the admin UI:
>>
>> https://www.dropbox.com/s/1964mnkuds1uh3d/solr5-state.json.png?dl=0
>> <https://t.yesware.com/tt/506312808dab13214164f92fbcf5714d3ce38c6b/659fcec96904fac56f9fd004afb59c85/8d983cbf7ca8a8b82e589197599cb5a9/www.dropbox.com/s/1964mnkuds1uh3d/solr5-state.json.png?dl=0>
>>
>> If any of those guides you found are hosted on an official apache.org
>> <http://t.yesware.com/tt/506312808dab13214164f92fbcf5714d3ce38c6b/659fcec96904fac56f9fd004afb59c85/9b616471fb9c3db091f049a0dd55ba90/apache.org>
>> website (and do not explicitly mention the 4.x version they apply to),
>> then that's our job to update, but third-party information will be the
>> responsibility of the person who posted it.
>>
>> Thanks,
>> Shawn
>>
>>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message