[
https://issues.apache.org/jira/browse/SOLR-15383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17335835#comment-17335835
]
Jan Høydahl commented on SOLR-15383:
------------------------------------
Yes, it feels strange to say you're OK when you have not even synced up with
the leader. But reading
[https://zookeeper.apache.org/doc/r3.4.6/zookeeperAdmin.html#sc_zkCommands] it
says
{quote}Tests if server is running in a non-error state. The server will respond
with imok if it is running. Otherwise it will not respond at all.
A response of "imok" does not necessarily indicate that the server has joined
the quorum, just that the server process is active and bound to the specified
client port. Use "stat" for details on state wrt quorum and client connection
information.
{quote}
In Solr I have assumed that "imok" was a kind of an aggregated check of whether
everything is up and ok. But that does not hold. The patch will make sure we
use "false" for our internal "ok" variable even if "ruok" returns "imok", so we
should be good.
> Solr Zookeeper status page shows green even for down Zookeepers
> ---------------------------------------------------------------
>
> Key: SOLR-15383
> URL: https://issues.apache.org/jira/browse/SOLR-15383
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Admin UI
> Reporter: Jan Høydahl
> Assignee: Jan Høydahl
> Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> If a Zookeeper node is in bad shape, it may actually return "imok" for the
> "ruok" 4lw request, but for the "mntr" and "conf" return "This ZooKeeper
> instance is not currently serving requests".
> Since the current logic counts up number of "OK" nodes to determine "green",
> "yellow", "red" state, we then serve "green".
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
