那么如何发送SIGINT这样的信号给这个程序呢？
Command Prompt中的QuickEdit模式如何以及为什么会冻结应用程序？
将Python SIGINT重置为默认信号处理程序
关于标准信号的传送
信号没有传送很长时间（约20秒）
（POSIX）信号的最佳参考是什么？
您可以使用nsenter进入您的容器空间并发送信号。
PID=$(docker inspect --format {{.State.Pid}} <container_name_or_ID>) nsenter --target $PID --mount --uts --ipc --net --pid kill -SIGINT <PID of your program inside your container>
更多信息： http : //jpetazzo.github.io/2014/06/23/docker-ssh-considered-evil/
您可以使用docker kill --signal="<signal>" <container name or id>将任何信号发送到给定容器的根进程。
参见http://docs.docker.com/engine/reference/commandline/kill/
docker kill用于发送信号到主容器进程，即使用PID 1进行处理。
任何带PID 1的应用程序都可以直接处理信号。 下面的命令杀死主要的$ docker kill --signal="SIGTERM" container-id/name进程： $ docker kill --signal="SIGTERM" container-id/name
但是没有PID 1即应用程序的应用程序是后台进程：
我们不能直接发送任何后台进程在docker容器中运行。
在这种情况下，我们需要在作为入口点运行的shell脚本中捕获和处理用户定义的信号。
让我们有以下的Dockerfile 。 （根据申请更新）
FROM centos:6.7 # Install/Deploye the service below. # copy the shell script. copY entrypoint.sh /home EXPOSE 8080 ENTRYPOINT ["/home/entrypoint.sh"]
以下是entrypoint.sh 。 （根据应用程序更新它）。 假设我们想重新启动一个init.d服务。
#start the service /etc/init.d/<servicename> start pid="$!" # SIGUSR1- Single handler my_handler() { /etc/init.d/<servicename> restart } # Trap and handle the user defind singnal. trap 'my_handler' SIGUSR1 # wait forever(Alive container.) while true do tail -f /dev/null & wait ${!} done
构建泊坞窗图像并运行容器。
现在你可以从主机重启服务： $docker kill --signal="SIGUSR1" container-id/name
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
