Hi Mark,
I'm using "roughly" the 4x branch up to this commit:
https://github.com/apache/lucene-solr/tree/25aaf44221e3a3be8fab1ba22f16b13f5df6c64c.
Will you please point me to the jira that addressed this? I couldn't find
it with "waitForLeaderToSeeDownState".
Thanks,
Jessica
On Wed, Apr 16, 201
What version are you testing? Thought we had addressed this.
--
Mark Miller
about.me/markrmiller
On April 16, 2014 at 6:02:09 PM, Jessica Mallet (mewmewb...@gmail.com) wrote:
Hi Furkan,
Thanks for the reply. I understand the intent. However, in the case I
described, the follower is blocked
Hi Furkan,
Thanks for the reply. I understand the intent. However, in the case I
described, the follower is blocked on looking for a leader (throws the
pasted exception because it can't find the leader) before it participates
in election; therefore, it will never come up while the leader waits for
Hi;
There is an explanation as follows: "This is meant to protect the case
where you stop a shard or it fails and then the first node to get started
back up has stale data - you don't want it to just become the leader. So we
wait to see everyone we know about in the shard up to 3 or 5 min by
defau
To clarify, when I said "leader" and "follower" I meant the old leader and
follower before the zookeeper session expiration. When they're recovering
there's no leader.
On Tue, Apr 8, 2014 at 1:49 PM, Jessica Mallet wrote:
> I'm playing with dropping the cluster's connections to zookeeper and th
