You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@curator.apache.org by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2019/09/05 14:33:00 UTC

[jira] [Work logged] (CURATOR-519) Curator 4.0.x/4.1.x release using Zookeeper 3.5.5

     [ https://issues.apache.org/jira/browse/CURATOR-519?focusedWorklogId=307191&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-307191 ]

ASF GitHub Bot logged work on CURATOR-519:
------------------------------------------

                Author: ASF GitHub Bot
            Created on: 05/Sep/19 14:32
            Start Date: 05/Sep/19 14:32
    Worklog Time Spent: 10m 
      Work Description: Randgalt commented on pull request #314: CURATOR-519: Update zookeeper to 3.5.5 stable version
URL: https://github.com/apache/curator/pull/314
 
 
   
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


Issue Time Tracking
-------------------

            Worklog Id:     (was: 307191)
    Remaining Estimate: 0h
            Time Spent: 10m

> Curator 4.0.x/4.1.x release using Zookeeper 3.5.5 
> --------------------------------------------------
>
>                 Key: CURATOR-519
>                 URL: https://issues.apache.org/jira/browse/CURATOR-519
>             Project: Apache Curator
>          Issue Type: Wish
>          Components: General
>    Affects Versions: 4.0.1, 4.1.0
>            Reporter: Raúl Gracia Tinedo
>            Priority: Major
>              Labels: easyfix
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> We are using Curator 4.0.1 in our project (Pravega, [https://github.com/pravega/pravega]).
> Just for context, we are intensively deploying Pravega on Kubernetes. In this sense, Zookeeper (3.5.4-beta) is also being deployed as a service in Kubernetes. In this environment, Zookeeper instances (i.e., pods) can be frequently restarted or relocated and their IP may change. Properly handling this situation requires to re-resolve the IP for hostname of Zookeeper instances.
> In fact, we are experiencing problems with this exact issue with Curator 4.0.1 (i.e., re-resolution of Zookeeper hostnames), which internally uses Zookeeper 3.5.3-beta as a dependency. Details can be found in this GitHub issue: [https://github.com/pravega/pravega/issues/3651]
>  
> Fortunately, the proper resolution of Zookeepr hostnames has been actually reported and fixed in the Zookeeper project:
>  - Issue: https://issues.apache.org/jira/browse/ZOOKEEPER-2184
>  - Commit on Zookeeper 3.5.5 branch: [https://github.com/apache/zookeeper/commit/1e65b9f4873fc995308972433ea8a664e98fe41f]
>  
> To verify that it helps us to solve our problem, I have built a custom Curator 4.0.1 library using Zookeeper 3.5.5 and then I used that library to build a Pravega image. A couple of comments to take into account:
>  - Using Zookeeper 3.5.5 to build Curator 4.0.1 required no code change, just changing the Zookeeper dependency version in the pom.xml (I had the same experience with Curator 4.1.0).
>  - I verified that using Curator 4.0.1 and 4.1.0 with Zookeeper 3.5.5 solves the re-resolution of Zookeeper hostnames, which makes our system able to properly handle Zookeeper instance restarts.
>  
> Therefore, the main point of this issue is: _is in the roadmap to release Curator 4.0.x and/or 4.1.x using Zookeeper 3.5.5?_ (Note that Zookeeper 3.5.5 is about to get released: [https://github.com/apache/zookeeper/releases])
>  
> Thanks in advance,
>  Raúl.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)