On 15 October 2015 at 23:54, Matteo Grolla wrote:
> Don't think so,
> the default behaviour at 4), to my knowledge,is to wait 3 minutes
> (leaderVoteWait) for all replicas to come up to avoid electing a leader
> with stale data.
So the observed behaviour is unexpected to me
>
If I read your seq
Don't think so,
the default behaviour at 4), to my knowledge,is to wait 3 minutes
(leaderVoteWait) for all replicas to come up to avoid electing a leader
with stale data.
So the observed behaviour is unexpected to me
I created a cluster of 2 nodes copying the server dir to node1 and node2
and usin
Hi Matteo,
On 15 October 2015 at 16:16, Matteo Grolla wrote:
> Hi,
> I'm doing this test
> collection test is replicated on two solr nodes running on 8983, 8984
> using external zk
>
> 1)turn OFF solr 8984
> 2)add,commit a doc x con solr 8983
> 3)turn OFF solr 8983
> 4)turn ON solr 8984
>
Hi,
I'm doing this test
collection test is replicated on two solr nodes running on 8983, 8984
using external zk
1)turn on solr 8984
2)add,commit a doc x con solr 8983
3)turn off solr 8983
4)turn on solr 8984
5)shortly after (leader still not elected) turn on solr 8983
6)8984 is elected as le
