使用 docker-compose 保持容器活动和链接
Keep container alive and linked using docker-compose
我想使用 docker-compose
将 php 和几个数据库(orientdb、neo4j 等)组合在一起。然后进入php
容器,使用shell执行命令
单独地,我的所有容器都运行顺畅,当我将它们组合在一起时,它们都是 运行。但是,我一辈子都想不出如何让 php
容器保持活动状态,以便我可以进入它进行测试。
为简单起见,我将只使用一个数据库:orient-db。
我的 docker-compose.yml
文件:
version: '2'
services:
php:
build: .
links:
- orientdb
orientdb:
image: orientdb:latest
environment:
ORIENTDB_ROOT_PASSWORD: rootpwd
ports:
- "2424:2424"
- "2480:2480"
我的"php"Dockerfile
:
FROM php:5.6-cli
ADD . /spider
WORKDIR /spider
RUN curl -sS https://getcomposer.org/installer | php -- --install-dir=/usr/bin/ --filename=composer
RUN composer install --prefer-source --no-interaction
RUN yes | pecl install xdebug \
&& echo "zend_extension=$(find /usr/local/lib/php/extensions/ -name xdebug.so)" > /usr/local/etc/php/conf.d/xdebug.ini
我已经尝试过(除其他外):
docker-compose up
在一个终端然后 docker attach
在另一个
- 在我的撰写文件中启用
tty
和 stdin_open
- 使用
/bin/bash
命令
CMD exec vendor/bin/phpunit -D FOREGROUND
的变体
以及我试过的一些参考资料:
- How to Keep Docker Container Running After Starting Services?
- https://github.com/docker/compose/issues/1926
- https://github.com/docker/compose/issues/423
如有任何帮助,我们将不胜感激。
谢谢。
如果您 运行 和 docker-compose up
并且没有错误打印到终端,那么它表明服务正在停止,因为它已完成(而不是遇到一些错误)。
一个潜在的错误原因是您正在将内容发送到 PHP(安装作曲家),这将终止由 php:5.6-cli
图像触发的交互式 php 终端。要再次启动交互式 php shell,请将以下内容添加到 Dockerfile 的末尾:
CMD ["php", "-a"]
然后用 docker-compose up
再试一次
旁注: 当一切正常 运行 时,您可以 运行 docker-compose up -d
到 运行 在守护进程模式下,给你再次控制你的终端(所有 stdout + stderr 将记录在 docker 容器各自的日志文件中)。
然后您可以附加到容器来做您的事情。我总是发现 docker exec -it <containerID> bash
比 docker attach <container id>
快
希望对您有所帮助。
所以 docker-compose 只是 docker-engine 客户端的 stand-in。它与客户端保持功能对等。为了诊断这样的问题,您应该放弃使用 docker-compose 直到您可以使用常规的 ole 客户端。根据您在此处和其他答案的评论,听起来您没有 运行 在前台设置一个带有守护进程的容器。如果你想在 Docker 中 运行 一个交互式 shell,你必须使用 -it
标志(-t
分配一个 tty 并且 -i
启动交互式 session)。如果您不使用这些开关 运行 Docker,您的容器将无法在您启动交互式 shell 后继续存在,例如php -a
.
将 Docker 视为 运行 进程而非虚拟机的奇特方式会有所帮助。它不是某些 "environment" 存在于您正在 运行 的任何进程(及其 children)的生命周期之外。通常,PHP 由某些服务器(例如 Apache、Nginx 等)调用。你在这里暗示的是,你需要一个 PHP 到 运行 "permanently" 的过程,这样你就可以放入容器中并测试一些东西。除了交互式 shell,这是不可能的,您需要专门使用 -it
开关来保持容器中的交互式 shell 进程处于活动状态。这里真正的答案是,如果没有一些相关的 daemon/server 进程在前台侦听,您将无法做您想在这里做的事情(保留一个 PHP 容器 运行ning)。这样做的原因是因为那不是 PHP 的工作方式。如果你真的想从你的PHP图像进入一个容器,只需放入一个shell就可以了:
docker run -it apollo/php /bin/bash
...你将从你的 PHP 图像启动一个容器,并在容器上得到一个 shell(一旦你退出 shell,它就会消失).但是,再次重申我的第一段,docker-compose 不是去这里的方法。
运行 docker 容器 运行 compose 上的 zsh shell 有类似的问题,它会在启动后立即关闭,退出代码为 0。
@Spock 在最后一个答案下方的评论实际上是关键,至少对于我所需要的。
将图像的 docker-compose 命令设置为:
command: tail -f /dev/null
这使进程保持活动状态,但也允许它正常关闭。
加入入口点使进程不退出
version: "3.7"
services:
debug-srv:
container_name: "debug-srv"
image: "alpine:latest"
entrypoint: ["tail", "-f", "/dev/null"]
networks:
debug-net:
networks:
debug-net:
name: "debug-net"
我想使用 docker-compose
将 php 和几个数据库(orientdb、neo4j 等)组合在一起。然后进入php
容器,使用shell执行命令
单独地,我的所有容器都运行顺畅,当我将它们组合在一起时,它们都是 运行。但是,我一辈子都想不出如何让 php
容器保持活动状态,以便我可以进入它进行测试。
为简单起见,我将只使用一个数据库:orient-db。
我的 docker-compose.yml
文件:
version: '2'
services:
php:
build: .
links:
- orientdb
orientdb:
image: orientdb:latest
environment:
ORIENTDB_ROOT_PASSWORD: rootpwd
ports:
- "2424:2424"
- "2480:2480"
我的"php"Dockerfile
:
FROM php:5.6-cli
ADD . /spider
WORKDIR /spider
RUN curl -sS https://getcomposer.org/installer | php -- --install-dir=/usr/bin/ --filename=composer
RUN composer install --prefer-source --no-interaction
RUN yes | pecl install xdebug \
&& echo "zend_extension=$(find /usr/local/lib/php/extensions/ -name xdebug.so)" > /usr/local/etc/php/conf.d/xdebug.ini
我已经尝试过(除其他外):
docker-compose up
在一个终端然后docker attach
在另一个- 在我的撰写文件中启用
tty
和stdin_open
- 使用
/bin/bash
命令 CMD exec vendor/bin/phpunit -D FOREGROUND
的变体
以及我试过的一些参考资料: - How to Keep Docker Container Running After Starting Services? - https://github.com/docker/compose/issues/1926 - https://github.com/docker/compose/issues/423
如有任何帮助,我们将不胜感激。
谢谢。
如果您 运行 和 docker-compose up
并且没有错误打印到终端,那么它表明服务正在停止,因为它已完成(而不是遇到一些错误)。
一个潜在的错误原因是您正在将内容发送到 PHP(安装作曲家),这将终止由 php:5.6-cli
图像触发的交互式 php 终端。要再次启动交互式 php shell,请将以下内容添加到 Dockerfile 的末尾:
CMD ["php", "-a"]
然后用 docker-compose up
旁注: 当一切正常 运行 时,您可以 运行 docker-compose up -d
到 运行 在守护进程模式下,给你再次控制你的终端(所有 stdout + stderr 将记录在 docker 容器各自的日志文件中)。
然后您可以附加到容器来做您的事情。我总是发现 docker exec -it <containerID> bash
比 docker attach <container id>
希望对您有所帮助。
所以 docker-compose 只是 docker-engine 客户端的 stand-in。它与客户端保持功能对等。为了诊断这样的问题,您应该放弃使用 docker-compose 直到您可以使用常规的 ole 客户端。根据您在此处和其他答案的评论,听起来您没有 运行 在前台设置一个带有守护进程的容器。如果你想在 Docker 中 运行 一个交互式 shell,你必须使用 -it
标志(-t
分配一个 tty 并且 -i
启动交互式 session)。如果您不使用这些开关 运行 Docker,您的容器将无法在您启动交互式 shell 后继续存在,例如php -a
.
将 Docker 视为 运行 进程而非虚拟机的奇特方式会有所帮助。它不是某些 "environment" 存在于您正在 运行 的任何进程(及其 children)的生命周期之外。通常,PHP 由某些服务器(例如 Apache、Nginx 等)调用。你在这里暗示的是,你需要一个 PHP 到 运行 "permanently" 的过程,这样你就可以放入容器中并测试一些东西。除了交互式 shell,这是不可能的,您需要专门使用 -it
开关来保持容器中的交互式 shell 进程处于活动状态。这里真正的答案是,如果没有一些相关的 daemon/server 进程在前台侦听,您将无法做您想在这里做的事情(保留一个 PHP 容器 运行ning)。这样做的原因是因为那不是 PHP 的工作方式。如果你真的想从你的PHP图像进入一个容器,只需放入一个shell就可以了:
docker run -it apollo/php /bin/bash
...你将从你的 PHP 图像启动一个容器,并在容器上得到一个 shell(一旦你退出 shell,它就会消失).但是,再次重申我的第一段,docker-compose 不是去这里的方法。
运行 docker 容器 运行 compose 上的 zsh shell 有类似的问题,它会在启动后立即关闭,退出代码为 0。
@Spock 在最后一个答案下方的评论实际上是关键,至少对于我所需要的。
将图像的 docker-compose 命令设置为:
command: tail -f /dev/null
这使进程保持活动状态,但也允许它正常关闭。
加入入口点使进程不退出
version: "3.7"
services:
debug-srv:
container_name: "debug-srv"
image: "alpine:latest"
entrypoint: ["tail", "-f", "/dev/null"]
networks:
debug-net:
networks:
debug-net:
name: "debug-net"