Zookeeper erreur de connexion

Je viens d'avoir la même situation que vous et je viens de corrigé ce problème.

C'est la raison pour laquelle vous avez configuré le même nombre de gardiens de zoo qui résultent directement dans
ce problème,essayez de changer votre numéro de zookeeper nœud à un intrus.

par exemple l'état d'origine de mon zookeeper cluster est composé de 4 nœuds,puis il suffit de supprimer l'un d'eux qui a pour conséquence le nombre de nœud à 3
eh bien ,maintenant que son ok pour le démarrage zookeeper cluster

ci-dessous est la sortie de se connecter avec succès à la gardienne serveur

2013-04-22 22:07:05,654 [myid:] - INFO  [main:ZooKeeper@438] - Initiating client connection, connectString=localhost:2181 sessionTimeout=30000 watcher=org.apache.zookeeper.ZooKeeperMain$MyWatcher@1321ed6
Welcome to ZooKeeper!
2013-04-22 22:07:05,704 [myid:] - INFO  [main-SendThread(localhost:2181):ClientCnxn$SendThread@966] - Opening socket connection to server localhost/127.0.0.1:2181. Will not attempt to authenticate using SASL (unknown error)
JLine support is enabled
2013-04-22 22:07:05,727 [myid:] - INFO  [main-SendThread(localhost:2181):ClientCnxn$SendThread@849] - Socket connection established to localhost/127.0.0.1:2181, initiating session
[zk: localhost:2181(CONNECTING) 0] 2013-04-22 22:07:05,846 [myid:] - INFO  [main-SendThread(localhost:2181):ClientCnxn$SendThread@1207] - Session establishment complete on server localhost/127.0.0.1:2181, sessionid = 0x13e3211c06e0000, negotiated timeout = 30000

Je viens de résoudre le problème. J'utilise centos 7. Et le fauteur de troubles est pare-feu.À l'aide de "systemctl stop firewalld" pour arrêter tout cela dans chaque serveur peut simplement résoudre le problème.Ou vous pouvez utiliser la commande comme

firewall-cmd --zone=public --add-port=2181/udp --add-port=2181/tcp --permanent" to configure all three ports ,include 2181,2888,3888 in each server.And then "firewall-cmd --reload

Enfin utiliser

zkServer.sh restart

à redémarrer vos serveurs et le problème est résolu.

J'ai eu ce problème aussi, et il s'est avéré que j'ai dit à la gardienne de se connecter au mauvais port. Avez-vous vérifié que la gardienne est effectivement en cours d'exécution sur le port 2181 sur le dev de la machine?

J'ai eu ce problème aussi, et j'ai trouvé que j'ai juste besoin de redémarrer zookeeper, puis redémarrez tomcat donc ma webapp connecté bien alors

Assurez-vous que tous les services requis sont en cours d'exécution

Étape 1 : Vérifier si hbase-master est en cours d'exécution

sudo /etc/init.d/hbase-master status

si non, alors le démarrer sudo /etc/init.d/hbase-master start

Étape 2 : Vérifier si hbase-regionserver est en cours d'exécution

sudo /etc/init.d/hbase-regionserver status

si non, alors le démarrer sudo /etc/init.d/hbase-regionserver start

Étape 3 : Vérifiez si zookeeper-le serveur est en cours d'exécution

sudo /etc/init.d/zookeeper-server status

si non, alors le démarrer sudo /etc/init.d/zookeeper-server start

ou tout simplement de l'exécution de ces 3 commandes en ligne.

sudo /etc/init.d/hbase-master restart
sudo /etc/init.d/hbase-regionserver restart
sudo /etc/init.d/zookeeper-server restart

après cela, n'oubliez pas de vérifier le statut

sudo /etc/init.d/hbase-master status
sudo /etc/init.d/hbase-regionserver status
sudo /etc/init.d/zookeeper-server status

Vous trouverez peut-être que la gardienne n'est toujours pas en cours d'exécution:
ensuite, vous pouvez exécuter le zookeeper

sudo /usr/lib/zookeeper/bin/zkServer.sh stop
sudo /usr/lib/zookeeper/bin/zkServer.sh start

après qui, de nouveau, vérifier l'état et à assurer l'exécution de

sudo /etc/init.d/zookeeper-server status

Cela devrait fonctionner.

Je viens d'avoir la même situation que vous et je viens de corrigé ce problème.

mon conf/zoo.cfg comme cela:

server.1=10.194.236.32:2888:3888
server.2=10.194.236.33:2888:3888
server.3=10.208.177.15:2888:3888
server.4=10.210.154.23:2888:3888
server.5=10.210.154.22:2888:3888

puis j'ai mis data/myid contenu du fichier comme ceci:

1      //at host  10.194.236.32
2      //at host  10.194.236.33
3      //at host  10.208.177.15
4      //at host  10.210.154.23
5      //at host  10.210.154.22

enfin redémarrer zookeeper

J'ai aussi rencontré ce problème la semaine dernière et ont réussi à résoudre ce problème maintenant. J'ai eu l'idée pour résoudre ce l'un de la réponse partagée par @gukoff.

Mon exigence et la situation était légèrement différente de celles partagées jusqu'à présent, mais la question est fondamentalement la même, donc j'ai pensé de le partager sur ce fil.

J'étais en train d'essayer de requête zookeeper collège (toutes les 30 secondes) pour des informations à partir de mon application, et a été à l'aide de la Conservateur Cadre à cet effet (les méthodes disponibles en LeaderLatch classe). Donc, en fait, j'ai été le démarrage d'une CuratorFramework client et la fourniture de cette à LeaderLatch objet.

Seulement après que j'ai couru dans l'erreur mentionnée dans ce thread, j'ai réalisé que je n'avais pas fermer la gardienne de la connexion client(s) établie dans mes applications. Le maxClientCnxns propriété a la valeur de 60 et dès que le nombre de connexions (tous ont été vicié connexions) a touché 60, ma demande a commencé à se plaindre de cette erreur.

J'ai découvert sur le nombre de connexions ouvertes par:

1. Vérification de la gardienne d'animaux journaux, où il y avait des messages d'avertissement indiquant que "Trop de connexions à partir de {adresse IP de l'hôte}"

2. Exécutant la commande suivante netstat commande à partir de la même hôte mentionné dans le ci-dessus les journaux d'où ma demande était en cours d'exécution:

netstat -n | grep :2181 | wc-l

Note: Le 2181 port par défaut pour zookeeper fourni en paramètre dans la commande grep pour correspondre à la gardienne d'animaux connexions.

Pour résoudre ce problème, j'ai effacé tous ceux rassis connexions manuellement et ajouter ensuite le code de fermeture de la gardienne d'animaux connexions client gracieusement dans mon application.

J'espère que cela aide!

J'ai rencontré le même problème ,trop. Dans mon cas, le problème est sur des règles iptables.

Pour communiquer avec zookeeper nœud, 2181 port doit être accepter les demande, également pour la communication interne entre les zookeeper nœuds 2888,3888 ports doivent être ouverts pour la requête entrante.

iptables -t nat -I PREROUTING -p tcp -s 10.0.0.0/24 --dport 2181 -j DNAT --to-destination serverIp:2181
iptables -t nat -I PREROUTING -p udp -s 10.0.0.0/24 --dport 2181 -j DNAT --to-destination serverIp:2181

iptables -t nat -I PREROUTING -p tcp -s 10.0.0.0/24 --dport 2888 -j DNAT --to-destination serverIp:2888
iptables -t nat -I PREROUTING -p udp -s 10.0.0.0/24 --dport 2888 -j DNAT --to-destination serverIp:2888

iptables -t nat -I PREROUTING -p tcp -s 10.0.0.0/24 --dport 3888 -j DNAT --to-destination serverIp:3888
iptables -t nat -I PREROUTING -p udp -s 10.0.0.0/24 --dport 3888 -j DNAT --to-destination serverIp:3888

sudo service iptables save

Impossible de lire des données supplémentaires à partir du serveur sessionid 0x0, probablement serveur a fermé socket, fermeture de la connexion de socket et de tenter de reconnecter (org.apache.zookeeper.ClientCnxn)

J'ai changé juste le nombre de courtiers dans le zoo.cfg fichier et redémarrez zookeeper et kafka service

Seulement maintenant, je résolus de la même question et après un blog.

En bref, si xx zoo.cfg comme:

server.1=xx:2888:3888
server.2=yy:2888:3888
server.3=zz:2888:3888

puis xx, myid=1 est doit