副问题[/!--empirenews.page--]
配景
基于公司成长硬性需求,出产VM处事器要同一迁徙到ZStack 假造化处事器。搜查本身项目行使的处事器,个中zookeeper集群中招,以是必要举办迁徙。
迁徙打算
为了使迁徙差池营业发生影响,最好是回收扩容 -> 缩容的方法举办。

声名:
- 原出产集群为VM-1,VM-2,VM-3构成一个3节点的ZK集群;
- 对该集群扩容,增进至6节点(新增ZS-1,ZS-2,ZS-3),举办数据同步完成;
- 举办缩容,下掉原先来的三个节点(VM-1,VM-2,VM-3);
- 替代nginx理会地点。OK! 方针很明晰,进程也很清楚,然后开干。
步调 (进程已在测试情形验证无题目)
1. 对新增的三台处事器举办zk情形设置,和老集群设置一样即可,最好行使统一版本(版主行使的是3.4.6);
2. 对老节点的zoo.cfg 增进新集群的地点(一一增进),然后对新增进节点一一重启。

题目
ZS-1 启动乐成,zkServer.sh status 报错,用zkServer.sh status查察,反馈如下非常:
- [root@localhost bin]# ./zkServer.sh status
- ZooKeeper JMX enabled by default
- Using config: /usr/zookeeper/zookeeper-3.4.6/bin/../conf/zoo.cfg
- Error contacting service. It is probably not running.
此时查察数据,数据同步正常:
- ZS-1 数据同步正常,可是无法查察节点的状态信息;
- 猜疑是由于老节点没有重启的缘故起因;此时去查察原集群节点信息,发明原集群节点状态非常。 经排查定位,原集群的状态一向处于非常状态。
- 起源定位缘故起因也许是原集群的推举存在非常,导致新节点无法正常纳入,继承排查。
- 规复集群初始状态,假如集群节点的状态一向没法正常查察。OK 继承定位...
排查进程
以下要领来自于收集:
也许有以下几个缘故起因:
第一、zoo.cfg文件设置:dataLogDir指定的目次未被建设。
- 1.zoo.cfg
- [root@SIA-215 conf]# cat zoo.cfg
- ...
- dataDir=/app/zookeeperdata/data
- dataLogDir=/app/zookeeperdata/log
- ...
-
- 2.路径
- [root@SIA-215 conf]# cd /app/zookeeperdata/
- [root@SIA-215 zookeeperdata]# ll
- total 8
- drwxr-xr-x 3 root root 4096 Apr 23 19:59 data
- drwxr-xr-x 3 root root 4096 Aug 29 2015 log
经排查,解除该身分。
第二、myid文件中的整数名目差池,可能与zoo.cfg中的server整数差池应。
- [root@SIA-215 data]# cd /app/zookeeperdata/data
- [root@SIA-215 data]# cat myid
- 2[root@SIA-215 data]#
定位排查后解除不是该缘故起因。
第三、防火墙未封锁。
行使service iptables stop 封锁防火墙 行使service iptables status确认行使chkconfig iptables off禁用防火墙。
确认防火墙是封锁的。
- [root@localhost ~]# service iptables status
- iptables: Firewall is not running.
- 确认防火墙是封锁的
第四、端口被占用。
- [root@localhost bin]# netstat -tunlp | grep 2181
- tcp 0 0 :::12181 :::* LISTEN 30035/java
- tcp 0 0 :::22181 :::* LISTEN 30307/java
-
- 确认端口没有被占用
第五、zoo.cfg文件中主机名堕落。
- 经测试情形测试,主机名正确,多域名理会也正常,不存在此题目
(编辑:湖南网)
【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!
|