[ https://issues.apache.org/jira/browse/ZOOKEEPER-2982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16468019#comment-16468019 ]
Hadoop QA commented on ZOOKEEPER-2982: -------------------------------------- +1 overall. GitHub Pull Request Build +1 @author. The patch does not contain any @author tags. +0 tests included. The patch appears to be a documentation patch that doesn't require tests. +1 javadoc. The javadoc tool did not generate any warning messages. +1 javac. The applied patch does not increase the total number of javac compiler warnings. +1 findbugs. The patch does not introduce any new Findbugs (version 3.0.1) warnings. +1 release audit. The applied patch does not increase the total number of release audit warnings. +1 core tests. The patch passed core unit tests. +1 contrib tests. The patch passed contrib unit tests. Test results: https://builds.apache.org/job/PreCommit-ZOOKEEPER-github-pr-build/1665//testReport/ Findbugs warnings: https://builds.apache.org/job/PreCommit-ZOOKEEPER-github-pr-build/1665//artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html Console output: https://builds.apache.org/job/PreCommit-ZOOKEEPER-github-pr-build/1665//console This message is automatically generated. > Re-try DNS hostname -> IP resolution > ------------------------------------ > > Key: ZOOKEEPER-2982 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2982 > Project: ZooKeeper > Issue Type: Bug > Components: server > Affects Versions: 3.5.0, 3.5.1, 3.5.3 > Reporter: Eron Wright > Assignee: Flavio Junqueira > Priority: Blocker > Fix For: 3.5.4, 3.6.0 > > Attachments: 3.5.3-beta.zip, fixed.log > > > ZOOKEEPER-1506 fixed a DNS resolution issue in 3.4. Some portions of the fix > haven't yet been ported to 3.5. > To recap the outstanding problem in 3.5, if a given ZK server is started > before all peer addresses are resolvable, that server may cache a negative > lookup result and forever fail to resolve the address. For example, > deploying ZK 3.5 to Kubernetes using a StatefulSet plus a Service (headless) > may fail because the DNS records are created lazily. > {code} > 2018-02-18 09:11:22,583 [myid:0] - WARN > [QuorumPeer[myid=0](plain=/0:0:0:0:0:0:0:0:2181)(secure=disabled):Follower@95] > - Exception when following the leader > java.net.UnknownHostException: zk-2.zk.default.svc.cluster.local > at > java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:184) > at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) > at java.net.Socket.connect(Socket.java:589) > at > org.apache.zookeeper.server.quorum.Learner.sockConnect(Learner.java:227) > at > org.apache.zookeeper.server.quorum.Learner.connectToLeader(Learner.java:256) > at > org.apache.zookeeper.server.quorum.Follower.followLeader(Follower.java:76) > at > org.apache.zookeeper.server.quorum.QuorumPeer.run(QuorumPeer.java:1133) > {code} > In the above example, the address `zk-2.zk.default.svc.cluster.local` was not > resolvable when the server started, but became resolvable shortly thereafter. > The server should eventually succeed but doesn't. -- This message was sent by Atlassian JIRA (v7.6.3#76005)