我基于一个包含“run.sh”文件的图像启动了一个 docker 容器。在 shell 脚本中，我使用 docker exec 如下所示
docker exec <container-id> sh /test.sh
test.sh 完成执行，但 docker exec 直到我按 ctrl+C 才返回。结果，我的 shell 脚本永远不会结束。任何可能导致此问题的指针。
【问题讨论】：
我可以通过添加 -it 参数让它工作：
docker exec -it <container-id> sh /test.sh
【讨论】：
我的工作就像这个命令的魅力。也许您只是忘记了二进制文件的路径（/bin/sh）？
docker exec 7bd877d15c9b /bin/bash /test.sh
文件位置
/test.sh
文件内容：
#!/bin/bash
echo "Hi"
echo
echo "This works fine"
sleep 5
echo "5"
输出：
ArgonQQ@Terminal ~ docker exec 7bd877d15c9b /bin/bash /test.sh
Hi
This works fine
5
ArgonQQ@Terminal ~
【讨论】：
好的，我明白了。
码头工人停止 a590382c2943
docker 启动 a590382c2943
然后就可以了。
docker exec -ti a590382c2943 echo "5"
会立即返回，加不加-it也没用
实际上，在我的程序中，deamon 有 std 输入和 std 输出，std err。所以我改变了我的 python 守护程序，如下所示，事情就像一个魅力：
if __name__ == '__main__':
# do the UNIX double-fork magic, see Stevens' "Advanced
# Programming in the UNIX Environment" for details (ISBN 0201563177)
try:
pid = os.fork()
if pid > 0:
# exit first parent
os._exit(0)
except OSError, e:
print "fork #1 failed: %d (%s)" % (e.errno, e.strerror)
os._exit(0)
# decouple from parent environment
#os.chdir("/")
os.setsid()
os.umask(0)
#std in out err, redirect
si = file('/dev/null', 'r')
so = file('/dev/null', 'a+')
se = file('/dev/null', 'a+', 0)
os.dup2(si.fileno(), sys.stdin.fileno())
os.dup2(so.fileno(), sys.stdout.fileno())
os.dup2(se.fileno(), sys.stderr.fileno())
# do second fork
while(True):
try:
pid = os.fork()
if pid == 0:
serve()
if pid > 0:
print "Server PID %d, Daemon PID: %d" % (pid, os.getpid())
os.wait()
time.sleep(3)
except OSError, e:
#print "fork #2 failed: %d (%s)" % (e.errno, e.strerror)
os._exit(0)
【讨论】：
我的案例是一个包含内容的脚本 a.sh
喜欢
php test.php &
如果我像这样执行它
docker exec contianer1 a.sh
它也再也没有回来。
经过半天的谷歌搜索和尝试
将 a.sh 更改为
php test.php >/tmp/test.log 2>&1 &
有效！
所以它似乎与标准输入/输出/错误有关。
>/tmp/test.log 2>&1
请尝试。
请注意，我的test.php是一个死循环脚本，它监控指定进程，如果进程宕机，它会重新启动它。所以 test.php 永远不会退出。
【讨论】：
如here 所述，当您的进程保持标准输出或标准错误打开时，就会发生这种“挂起”行为。
为防止这种情况发生，每个长时间运行的进程应该：
/dev/null。因此，我会确保容器中已经运行的所有进程以及传递给docker exec 的脚本都符合上述规定。
【讨论】：