lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Walter Underwood <wun...@wunderwood.org>
Subject Re: Request node status independently
Date Thu, 01 Feb 2018 16:57:06 GMT
Also, “recovering” is a status for a particular core in a collection. A Solr process might
have some cores that are healthy and some that are not.

Even if you only have one collection, you can still have multiple cores (with different status)
from the same collection on one node.

Personally, I do a search to see if a collection is ready. If a search for “q=*:*&rows=0”
returns OK, then I’ll send traffic to that node.

wunder
Walter Underwood
wunder@wunderwood.org
http://observer.wunderwood.org/  (my blog)

> On Feb 1, 2018, at 8:35 AM, Erick Erickson <erickerickson@gmail.com> wrote:
> 
> The Collections API CLUSTERSTATUS essentially gives you back the ZK
> state.json for individual collections (or your cluster, see the
> params). One note: Just because the state.json reports a replica as
> "active" isn't definitive. If the node died unexpectedly its replicas
> can't set the state when shutting down. So you also have to check
> whether the replica's node is in the "live_nodes" znode.
> 
> Best,
> Erick
> 
> On Thu, Feb 1, 2018 at 4:34 AM, Daniel Carrasco <d.carrasco@i2tic.com> wrote:
>> Hello,
>> 
>> I'm trying to create a load balancer using HAProxy to detect nodes that are
>> down or recovering, but I'm not able to find the way to detect if the node
>> is healthy (the only commands i've seen check the entire cluster).
>> Is there any way to check the node status using http responses and get only
>> if is healthy or recovering?. Of course if is dead I've got no response, so
>> that's easy.
>> 
>> Thanks and greetings!!
>> 
>> --
>> _________________________________________
>> 
>>      Daniel Carrasco Marín
>>      Ingeniería para la Innovación i2TIC, S.L.
>>      Tlf:  +34 911 12 32 84 Ext: 223
>>      www.i2tic.com
>> _________________________________________


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