docker 停止对节点进程不起作用
docker stop doesn't work for node process
我希望能够在 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"]
这是 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 stop
无法正常工作。这与我读过的说 sh
没有传递信号的评论相矛盾,但可能同意我读过的其他评论说 PID 1 没有得到 SIGTERM
(因为它开始了通过 sh
,它将是 PID 2)。
最终目标是能够 运行 docker start -a ...
在 upstart 作业中并且能够停止服务并且它实际上退出容器。
好的,我自己想出了一个解决方法,我将冒险作为答案,希望它能帮助其他人。它没有完全回答为什么信号以前不起作用,但它确实给了我想要的行为。
使用 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. It uses 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
!
默认情况下,运行如果出现故障,它会自动重启服务。
按照这些步骤(和构建,运行,并像以前一样停止),容器会及时正确响应关闭请求。
我的方法是在我的 JavaScript.
中捕获 SIGINT
(中断信号)
process.on('SIGINT', () => {
console.info("Interrupted");
process.exit(0);
})
当您按下 Ctrl+C.
时,这应该可以解决问题
我希望能够在 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"]
这是 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 stop
无法正常工作。这与我读过的说 sh
没有传递信号的评论相矛盾,但可能同意我读过的其他评论说 PID 1 没有得到 SIGTERM
(因为它开始了通过 sh
,它将是 PID 2)。
最终目标是能够 运行 docker start -a ...
在 upstart 作业中并且能够停止服务并且它实际上退出容器。
好的,我自己想出了一个解决方法,我将冒险作为答案,希望它能帮助其他人。它没有完全回答为什么信号以前不起作用,但它确实给了我想要的行为。
使用 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. It uses 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
!
默认情况下,运行如果出现故障,它会自动重启服务。
按照这些步骤(和构建,运行,并像以前一样停止),容器会及时正确响应关闭请求。
我的方法是在我的 JavaScript.
中捕获SIGINT
(中断信号)
process.on('SIGINT', () => {
console.info("Interrupted");
process.exit(0);
})
当您按下 Ctrl+C.
时,这应该可以解决问题