使用 init 脚本启动进程时,我看到了一些奇怪的行为。很可能我做了一些愚蠢的事情,但也许有人可以让我知道是什么导致了这种行为:
[背景:该进程是作为配置服务器(2.4)运行的 mongodb 的 monogod,我在 Debian 6 上运行。该进程在用户“mongodb”下运行,我以非 root 用户身份通过 SSH 发出命令]
- 当服务器启动时,该进程似乎正常启动(我可以通过 ps -ef 看到它,并且生成了一个 mongodb.pid 文件)。
- 如果我尝试通过 停止该进程
sudo /etc/init.d/mongodb stop
,则奇怪的事情就开始了:我得到了mongodb apparently not running
。(但是进程和 pid 仍然存在)。 - 当然,如果我
sudo /etc/init.d/mongodb start
现在尝试,我会得到“失败”的结果,并且在日志中出现有关端口已被使用的错误,这是可以预料的,因为实际上已经有一个实例在运行。 - 如果我 kill -15 进程然后尝试,
sudo /etc/init.d/mongodb start
我会得到更多奇怪的结果:在控制台中我得到Starting database: mongodb failed!
(没有更多信息)。但是...该进程现在正在运行,并且在日志中我没有看到任何错误,看起来好像该进程已正常启动。 - 如果我尝试使用 来停止该过程,
sudo /etc/init.d/mongodb stop
我会得到mongodb apparently not running
。
有问题的脚本是这里。
有什么想法吗?谢谢!
编辑:如果它与 mongo 相关,这里是我的配置服务器的 mongodb.conf:
configsvr=true
dbpath=/data/configdb
logpath=/var/log/mongodb/mongodb.log
logappend=true
port = 28222
bind_ip = a_public_ip,127.0.0.1,a_private_ip
auth = true
keyFile = /srv/mongodb/keyfile
nohttpinterface = true
fork = true
此外:我Starting database: mongodb failed!
在启动屏幕上看到了(但启动后仍然有一个进程似乎在正常运行)。
答案1
如果该服务器上运行着多个实例,或者有其他东西可能会在此处输入另一个值:
PIDFILE=/var/run/$NAME.pid
这会导致您在此处看到的问题,它将查找该文件中具有 ID 的进程,以确定mongod
在关闭时是否停止以及停止哪个 PID。
您还应该查看该文件的权限,以确保该进程可以在启动时访问它并更新它。
基本上,我们需要为您使用的每个初始化脚本设置单独的 $NAME 值以避免冲突,并确保正确的 PID 值进入该文件以使服务按预期工作。
如果一切看起来都很好,那么我猜你遇到了这里描述的问题:
https://jira.mongodb.org/browse/SERVER-7254
调用 numactl(安装后应该如此)似乎会导致将错误的 PID 写入 PID 文件。我们正在寻找有关此问题故障排除的反馈,因此如果您能添加您的经验(以及您是否安装了 numactl),我们将不胜感激。