我希望能够在docker容器中运行node,然后能够运行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启动节点任务,那么我可以从交互式(-it)容器中用^ C杀死它,但我仍然无法让docker停止工作.这与我读过的评论相矛盾,说sh不传递信号,但可能同意我读过的其他评论说PID 1没有得到SIGTERM(因为它是通过sh启动的,它将是PID 2).
最终目标是能够在upstart作业中运行docker start -a …并且能够停止服务并且它实际上退出容器.
最佳答案
好吧,我自己想出了一个解决方法,我会冒昧地回答,希望能帮助别人.它并没有完全回答为什么信号之前没有工作,但它确实给了我想要的行为.
原文链接：https://www.f2er.com/docker/436014.html使用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),它处理启动其他进程并处理zombie processes.它使用runit进行服务监督.因此,Dockerfile将my_init进程设置为在引导时运行的命令,并为runit添加脚本/ etc / service以获取它.
run.sh脚本很简单：
#!/bin/sh
exec /node-v0.11.14-linux-x64/bin/node /test.js
别忘了chmod x run.sh！
默认情况下,如果服务出现故障,runit将自动重启服务.
按照这些步骤(以及之前的构建,运行和停止),容器会及时正确地响应其关闭请求.
