在文章 zookeeper启动失败的排错中描述了zookeeperd的一种启动错误，今天笔者还发现了另外一种启动错误，顺便记录下来：


一台测试的服务器重启后，运行zookeeperd的启动脚本显示启动成功：

JMX enabled by default
Using config: /data/programfiles/zookeeper-3.4.5/bin/../conf/zoo.cfg
Starting zookeeper ... STARTED
但用zkServer.sh status查看，反馈如下： 

JMX enabled by default
Using config: /data/programfiles/zookeeper-3.4.5/bin/../conf/zoo.cfg
Error contacting service. It is probably not running.

使用ps -aux|grep java命令也没看到任何进程，后来经过不断排查，终于发现了原因如下：


在zookeeper的配置文件zoo.cfg中：

dataDir=/data/installed

在/data/installed里面查找zookeeper_server.pid这个文件，里面保存的是zookeeper的启动id，当服务器重启时zookeeper非正常退出，这个zookeeper_server.pid的值没有被清除，当执行zookeeper启动脚本时发现这个文件的值，就以为zookeeper已经启动。


解决方案：
把zookeeper_server.pid里面的内容清空，zookeeper就能正常启动。

[文章作者]曾健生

[作者邮箱]h6k65@126.com

[作者QQ]190678908

[博客]  http://blog.csdn.net/newjueqi

http://blog.sina.com.cn/h6k65



Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生