zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andor Molnar <an...@cloudera.com>
Subject Re: [VOTE] Apache ZooKeeper release 3.4.12 candidate 1
Date Thu, 05 Apr 2018 18:44:58 GMT
Maybe I'm missing something here, but this looks like a rare edge case to
me. Participants must finish the leader election successfully and right
after enough followers should fail to send epoch to the leader, so
observers can take it over.

Is that description accurate?

Andor


On Thu, Apr 5, 2018 at 7:35 PM, Alexander Shraer <shralex@gmail.com> wrote:

> To clarify - in a deployment with observers this bug can potentially cause
> data loss. A server could be elected leader based just on the support of
> observers, even if this servers data is stale wrt other followers.
>
> It is certainly a blocker, just not sure if for 3.4.11 or 3.4.12.
>
>
> Alex
> On Thu, Apr 5, 2018 at 10:29 AM Andor Molnar <andor@cloudera.com> wrote:
>
> > I don't think it's a blocker.
> > The jira and PR has been open since last December and 3.4.11 has released
> > without it.
> >
> > Although this bug is also important to fix, I believe it's more important
> > to release a fix for the regression we've found in 3.4.11 asap.
> >
> > Abe, any thoughts?
> >
> > Regards,
> > Andor
> >
> >
> >
> > On Thu, Apr 5, 2018 at 7:00 PM, Alexander Shraer <shralex@gmail.com>
> > wrote:
> >
> > > Sorry for coming in at the last moment. I'm not sure when the next 3.4
> > > release is scheduled, so just wanted to mention this bug,
> > > which I believe is a blocker for either this or next release:
> > > https://issues.apache.org/jira/browse/ZOOKEEPER-2959
> > >
> > > Best,
> > > Alex
> > >
> > > On Thu, Apr 5, 2018 at 9:09 AM, Ted Yu <yuzhihong@gmail.com> wrote:
> > >
> > > > Can the vote be closed ?
> > > >
> > > > It seems we have enough +1's
> > > >
> > > > Thanks
> > > >
> > >
> >
>

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