Current users of ZK 3.4 and below would need to upgrade their Zookeeper
installation that is used by Flink to 3.5+.
Whether K8s users are affected depends on whether they use ZK or not. If
they do, see above, otherwise they are not affected at all.
On 06/12/2021 18:49, Arvid Heise wrote:
Could someone please help me understand the implications of the upgrade?
As far as I understood this upgrade would only affect users that have
a zookeeper shared across multiple services, some of which require ZK
3.4-? A workaround for those users would be to run two ZKs with
different versions, eventually deprecating old ZK, correct?
If that is the only limitation, I'm +1 for the proposal since ZK 3.4
is already EOL.
How are K8s users affected?
Best,
Arvid
On Mon, Dec 6, 2021 at 2:00 PM Chesnay Schepler <ches...@apache.org>
wrote:
ping @users; any input on how this would affect you is highly
appreciated.
On 25/11/2021 22:39, Chesnay Schepler wrote:
> I included the user ML in the thread.
>
> @users Are you still using Zookeeper 3.4? If so, were you
planning to
> upgrade Zookeeper in the near future?
>
> I'm not sure about ZK compatibility, but we'd also upgrade
Curator to
> 5.x, which doesn't support ookeeperK 3.4 anymore.
>
> On 25/11/2021 21:56, Till Rohrmann wrote:
>> Should we ask on the user mailing list whether anybody is still
using
>> ZooKeeper 3.4 and thus needs support for this version or can a
ZooKeeper
>> 3.5/3.6 client talk to a ZooKeeper 3.4 cluster? I would expect
that
>> not a
>> lot of users depend on it but just to make sure that we aren't
>> annoying a
>> lot of our users with this change. Apart from that +1 for
removing it if
>> not a lot of user depend on it.
>>
>> Cheers,
>> Till
>>
>> On Wed, Nov 24, 2021 at 11:03 AM Matthias Pohl
<matth...@ververica.com>
>> wrote:
>>
>>> Thanks for starting this discussion, Chesnay. +1 from my side.
It's
>>> time to
>>> move forward with the ZK support considering the EOL of 3.4
you already
>>> mentioned. The benefits we gain from upgrading Curator to 5.x as a
>>> consequence is another plus point. Just for reference on the
>>> inconsistent
>>> state issue you mentioned: FLINK-24543 [1].
>>>
>>> Matthias
>>>
>>> [1] https://issues.apache.org/jira/browse/FLINK-24543
>>>
>>> On Wed, Nov 24, 2021 at 10:19 AM Chesnay Schepler
<ches...@apache.org>
>>> wrote:
>>>
>>>> Hello,
>>>>
>>>> I'd like to drop support for Zookeeper 3.4 in 1.15, upgrading the
>>>> default to 3.5 with an opt-in for 3.6.
>>>>
>>>> Supporting Zookeeper 3.4 (which is already EOL) prevents us from
>>>> upgrading Curator to 5.x, which would allow us to properly
fix an
>>>> issue
>>>> with inconsistent state. It is also required to eventually
support ZK
>>> 3.6.
>
>