我希望能够在docker容器内运行节点，然后能够运行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"]
这是test.jsDockerfile中提到的内容：
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（因为它是通过shPID开始的，它将是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-docker包含一个init进程（/sbin/my_init），该进程处理启动其他进程并处理僵尸进程。它使用runit进行服务监督。因此，Dockerfile将my_init进程设置为在启动时运行的命令，并/etc/service为runit添加了一个脚本来将其拾取。
该run.sh脚本很简单：
#!/bin/sh
exec /node-v0.11.14-linux-x64/bin/node /test.js
别忘了chmod +x run.sh！
默认情况下，runit将在服务关闭时自动重新启动该服务。
遵循这些步骤（并像以前一样构建，运行和停止），容器可以正确地及时响应关闭请求。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句