码头停止对节点进程不起作用

问题描述：

我希望能够在码头集装箱内运行节点，然后能够运行docker stop <container>。这应该在SIGTERM上停止容器，而不是超时并执行SIGKILL。不幸的是，我似乎错过了一些东西，我发现的信息似乎与其他的东西相矛盾。码头停止对节点进程不起作用

下面是测试Dockerfile：

FROM ubuntu:14.04 
RUN apt-get update && apt-get install -y curl 
RUN curl -sSL http://nodejs.org/dist/v0.11.14/node-v0.11.14-linux-x64.tar.gz | tar -xzf - 
ADD test.js/
ENTRYPOINT ["/node-v0.11.14-linux-x64/bin/node", "/test.js"]

这里是在Dockerfile提到的test.js：

var http = require('http'); 

var server = http.createServer(function (req, res) { 
    console.log('exiting'); 
    process.exit(0); 
}).listen(3333, function (err) { 
    console.log('pid is ' + process.pid) 
});

我构建它，像这样：

$ docker build -t test .

我运行像这样：

$ docker run --name test -p 3333:3333 -d test

然后我运行：

$ docker stop test

因此，那些SIGTERM显然不工作，导致它以后超时10秒，然后死去。

我发现，如果我通过sh -c启动节点任务，然后我可以^C从交互式（-it）容器杀死它，但我仍然不能得到docker stop工作。这与我所读的sh没有传递信号的评论相矛盾，但可能与我读过的其他评论一致认为PID 1没有得到SIGTERM（因为它是通过sh开始的，它将是PID 2）。

最终目标是能够在暴发性的工作中运行docker start -a ...并能够停止服务，并且它实际上退出容器。

答

好吧，我想出了一个解决方法，我会冒昧作为一个答案，希望它可以帮助其他人。它并没有完全回答为什么信号之前没有工作，但它确实给了我想要的行为。

使用baseimage-docker似乎解决了这个问题。以下是我用上面的最小测试示例得到的结果：

保持test.js原样。

修改Dockerfile到如下所示：

FROM phusion/baseimage:0.9.15 

# disable SSH 
RUN rm -rf /etc/service/sshd /etc/my_init.d/00_regen_ssh_host_keys.sh 

# install curl and node as before 
RUN apt-get update && apt-get install -y curl 
RUN curl -sSL http://nodejs.org/dist/v0.11.14/node-v0.11.14-linux-x64.tar.gz | tar -xzf - 

# the baseimage init process 
CMD ["/sbin/my_init"] 

# create a directory for the runit script and add it 
RUN mkdir /etc/service/app 
ADD run.sh /etc/service/app/run 

# install the application 
ADD test.js/

baseimage-搬运工包括一个初始化处理（/sbin/my_init），其处理开始的其它过程和处理zombie processes。它使用runit进行服务监督。因此，Dockerfile将my_init进程设置为在启动时运行的命令，并为脚本添加脚本/etc/service以进行检索。

的run.sh脚本很简单：

#!/bin/sh 
exec /node-v0.11.14-linux-x64/bin/node /test.js

不要忘了chmod +x run.sh！

默认情况下，runit会在服务关闭时自动重启服务。

按照以下步骤（并像以前一样构建，运行和停止），容器会及时响应关闭它的请求。

码头停止对节点进程不起作用

相关推荐