2016-01-06 14 views
5

I 3 Instanzen von ZooKeeper leite und die Config ist dies:-Wahl mit Kurator und Zookeeper

tickTime=2000 
initLimit=10 
syncLimit=5 
dataDir=/tmp/zookeeper1 
clientPort=2181 
maxClientCnxns=1000 
server.1=127.0.0.1:2888:3888 
server.2=127.0.0.1:2889:3889 
server.3=127.0.0.1:2890:3890 

ich den Leader-Election-Beispielcode hier gegeben bin mit: https://git-wip-us.apache.org/repos/asf?p=curator.git;a=tree;f=curator-examples/src/main/java/leader;h=73b547eadb98995c0ccbd06a5b76d0741ffef263;hb=HEAD

Der Code läuft gut mit TestingServer aber wenn ich Verbindungszeichenfolge zu ändern: "127.0.0.1:2181,127.0.0.1:2182,127.0.0.1:2183", erhalte ich die Ausnahmen:

[main-SendThread(127.0.0.1:2183)] INFO org.apache.zookeeper.ClientCnxn - Opening socket connection to server 127.0.0.1/127.0.0.1:2183. Will not attempt to authenticate using SASL (unknown error) 
[main-SendThread(127.0.0.1:2183)] INFO org.apache.zookeeper.ClientCnxn - Socket connection established, initiating session, client: /127.0.0.1:56111, server: 127.0.0.1/127.0.0.1:2183 
[main-SendThread(127.0.0.1:2183)] INFO org.apache.zookeeper.ClientCnxn - Session establishment complete on server 127.0.0.1/127.0.0.1:2183, sessionid = 0x3521552283c0000, negotiated timeout = 40000 
[main-EventThread] INFO org.apache.curator.framework.state.ConnectionStateManager - State change: CONNECTED 
[main-SendThread(127.0.0.1:2183)] INFO org.apache.zookeeper.ClientCnxn - Unable to read additional data from server sessionid 0x3521552283c0000, likely server has closed socket, closing socket connection and attempting reconnect 
[main-EventThread] INFO org.apache.curator.framework.imps.EnsembleTracker - New config event received: null 
[main-EventThread] ERROR org.apache.curator.framework.imps.CuratorFrameworkImpl - Background exception was not retry-able or retry gave up 
java.lang.NullPointerException 
    at java.io.ByteArrayInputStream.<init>(ByteArrayInputStream.java:106) 
    at org.apache.curator.framework.imps.EnsembleTracker.processConfigData(EnsembleTracker.java:163) 
    at org.apache.curator.framework.imps.EnsembleTracker.access$200(EnsembleTracker.java:48) 
    at org.apache.curator.framework.imps.EnsembleTracker$2.processResult(EnsembleTracker.java:134) 
    at org.apache.curator.framework.imps.CuratorFrameworkImpl.sendToBackgroundCallback(CuratorFrameworkImpl.java:829) 
    at org.apache.curator.framework.imps.CuratorFrameworkImpl.processBackgroundOperation(CuratorFrameworkImpl.java:611) 
    at org.apache.curator.framework.imps.WatcherRemovalFacade.processBackgroundOperation(WatcherRemovalFacade.java:151) 
    at org.apache.curator.framework.imps.GetConfigBuilderImpl$2.processResult(GetConfigBuilderImpl.java:210) 
    at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:619) 
    at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:528) 
[main-EventThread] INFO org.apache.curator.framework.state.ConnectionStateManager - State change: SUSPENDED 

Was das sein könnte, ist verklagen?

+0

Ich verwendete Curator Framework Version 3.0.0. Ich habe es mit Version 2.9.1 funktioniert. Nicht sicher, was das Problem ist .. –

+2

Wenn Sie, bitte posten Sie dies als einen Fehler bei https://issues.apache.org/jira/browse/CURATOR - es sieht aus wie es ein neues Problem mit 3.0.0 – Randgalt

+0

sein könnte @Randgalt, Danke. Fertig hier: https://issues.apache.org/jira/browse/CURATOR-285 –

Antwort

0

Ich bin das gleiche Problem. Ich denke, es könnte mit dem Zookeeper 3.5.1 ClientCnxn zusammenhängen. Auch wenn ich zu Kurator 2.6.0 zurückkehre, sehe ich immer noch den gleichen Stack-Trace. Ein GET_CONFIG Ereignistyp wird ohne die Ereignisdaten gesendet.

Mein Stack-Trace sieht wie folgt aus:

 
org.apache.curator.framework.imps.CuratorFrameworkImpl: Background exception was not retry-able or retry gave up 
! java.lang.NullPointerException: null 
! at java.io.ByteArrayInputStream.(ByteArrayInputStream.java:106) 
! at org.apache.curator.framework.imps.EnsembleTracker.processConfigData(EnsembleTracker.java:163) 
! at org.apache.curator.framework.imps.EnsembleTracker.access$200(EnsembleTracker.java:48) 
! at org.apache.curator.framework.imps.EnsembleTracker$2.processResult(EnsembleTracker.java:134) 
! at org.apache.curator.framework.imps.CuratorFrameworkImpl.sendToBackgroundCallback(CuratorFrameworkImpl.java:829) 
! at org.apache.curator.framework.imps.CuratorFrameworkImpl.processBackgroundOperation(CuratorFrameworkImpl.java:611) 
! at org.apache.curator.framework.imps.WatcherRemovalFacade.processBackgroundOperation(WatcherRemovalFacade.java:151) 
! at org.apache.curator.framework.imps.GetConfigBuilderImpl$2.processResult(GetConfigBuilderImpl.java:210) 
! at org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:619) 
! at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:528) 
0

Wenn Verwendung Zookeeper 3.5.1, dann Kurator-Rezepte 3.2.1+ dieses Problem zu beheben.