Longer than 30 seconds (which is our general lock timeout in applications), but shorter than 3 minutes. I'd guess 2 minutes. I'll see if I can restart the master tonight to get some logs. /J Cheers, Jens On Mon, Nov 23, 2015 at 3:29 PM, Camille Fournier wrote: > What does "a bit too long" mean here? 10 seconds? Two minutes? Longer, > shorter? > > Any snippets from the log during election would also be helpful. > > Thanks > C > On Nov 23, 2015 7:49 AM, "Jens Rantil" wrote: > > > Hi, > > > > *Problem:* We are running a Zookeeper ensemble that takes a bit too long > > time before a new master is elected when the old one is brought down. > > > > *Question:* Which configuration settings do I need to change to decrease > > the time before a reelection occurs? tickTime and syncLimit? > > > > *Additionals:* The relevant (I think!) configuration we are running is: > > > > # The number of milliseconds of each tick > > tickTime=2000 > > # The number of ticks that the initial > > # synchronization phase can take > > initLimit=60 > > # The number of ticks that can pass between > > # sending a request and getting an acknowledgement > > syncLimit=30 > > > > I have previously increases the limits somewhat to accomodate for > zookeeper > > nodes not being able to come up due to too large snapshot. This could > > definitely be the reason why reelection takes longer time. > > > > Any input appreciated. > > > > Cheers, > > Jens > > > > -- > > Jens Rantil > > Backend engineer > > Tink AB > > > > Email: jens.rantil@tink.se > > Phone: +46 708 84 18 32 > > Web: www.tink.se > > > > Facebook Linkedin > > < > > > http://www.linkedin.com/company/2735919?trk=vsrp_companies_res_photo&trkInfo=VSRPsearchId%3A1057023381369207406670%2CVSRPtargetId%3A2735919%2CVSRPcmpt%3Aprimary > > > > > Twitter > > > -- Jens Rantil Backend engineer Tink AB Email: jens.rantil@tink.se Phone: +46 708 84 18 32 Web: www.tink.se Facebook Linkedin Twitter