我天真地期望这个命令在一个正在运行的容器中运行bash shell:
docker run "id of running container" /bin/bash
看起来是不可能的，我得到了一个错误:
2013/07/27 20:00:24 Internal server error: 404 trying to fetch remote history for 27d757283842
因此，如果我想在运行容器中运行bash shell(例如用于诊断目的)
我必须在里面运行SSH服务器并通过SSH登录吗?
当前回答
首先，你不能跑
docker run "existing container" command
因为这个命令期待的是一个图像而不是一个容器，它无论如何都会产生一个新的容器(所以不是你想看的那个)
我同意这样一个事实，使用docker我们应该迫使自己以不同的方式思考(所以你应该找到方法，这样你就不需要登录到容器上)，但我仍然觉得它很有用，这就是我如何围绕它工作的。
我在DEAMON模式下通过supervisor执行命令。
然后执行docker_loop.sh 内容大致是这样的:
#!/bin/bash
/usr/bin/supervisord
/usr/bin/supervisorctl
while ( true )
do
echo "Detach with Ctrl-p Ctrl-q. Dropping to shell"
sleep 1
/bin/bash
done
它所做的是允许您“附加”到容器，并提供监控器ctl接口来停止/启动/重新启动和检查日志。 如果这还不够，你可以按Ctrl+D，你会进入一个shell，让你有一个窥探周围，就像它是一个正常的系统。
请同时考虑到这个系统不如没有外壳的容器安全，所以请采取所有必要的步骤来保护您的容器。
其他回答
首先，通过获取所需容器的容器id
docker ps
你会得到这样的结果:
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
3ac548b6b315 frontend_react-web "npm run start" 48 seconds ago Up 47 seconds 0.0.0.0:3000->3000/tcp frontend_react-web_1
现在复制这个容器id并运行以下命令:
docker exec -it container_id sh
docker exec -it 3ac548b6b315 sh
这是我的解决方案
在Dockerfile中:
# ...
RUN mkdir -p /opt
ADD initd.sh /opt/
RUN chmod +x /opt/initd.sh
ENTRYPOINT ["/opt/initd.sh"]
在initd.sh文件中
#!/bin/bash
...
/etc/init.d/gearman-job-server start
/etc/init.d/supervisor start
#very important!!!
/bin/bash
镜像构建后，你有两个选择使用exec或attach:
使用exec(首选)并运行: ——name $CONTAINER_NAME -dt $IMAGE_NAME 然后 - $CONTAINER_NAME /bin/bash 并使用CTRL + D分离 使用attach并运行: ——name $CONTAINER_NAME -dit $IMAGE_NAME 然后 附加$CONTAINER_NAME 并使用CTRL + P和CTRL + Q分离 注意:选项之间的区别是参数-i
在运行容器时，分配名称是很有用的。您不需要引用container_id。
Docker运行——name container_name yourimage Docker exec -it container_name bash
不。这是不可能的。如果需要的话，可以使用类似于supervisor ord的工具来获取ssh服务器。不过，我对这种必要性表示怀疑。
编辑:现在你可以使用docker exec -它“运行容器的id”bash (doc)
之前，这个问题的答案是:
如果您确实必须这样做，并且处于调试环境中，您可以这样做:sudo lxc-attach -n <ID> 注意，id必须是完整的(docker ps -notrunc)。
然而，我强烈建议不要这样做。
注意:-notrunc已弃用，它将很快被——no-trunc取代。
