我的容器有以下Dockerfile:
FROM centos:centos7
# Install software
RUN yum -y update && yum clean all
RUN yum install -y tar gzip wget && yum clean all
# Install io.js
RUN mkdir /root/iojs
RUN wget https://iojs.org/dist/v1.1.0/iojs-v1.1.0-linux-x64.tar.gz
RUN tar -zxvf iojs-v1.1.0-linux-x64.tar.gz -C /root/iojs
RUN rm -f iojs-v1.1.0-linux-x64.tar.gz
# add io.js to path
RUN echo "PATH=$PATH:/root/iojs/iojs-v1.1.0-linux-x64/bin" >> /root/.bashrc
# go to /src
WORKDIR /src
CMD /bin/bash
我构建此容器并使用docker run -i -t -p 8080:8080 -v /srv/source:/usr/src/app -w /usr/src/app --rm iojs-dev bash
启动图像。 Docker将端口8080绑定到主机端口8080,以便我可以从我的客户端访问iojs-application。一切正常。
现在我想用docker-compose启动我的容器,使用以下docker-compose.yml
webfrontend:
image: iojs-dev
links:
- db
command: bash -c "iojs test.js"
ports:
- "127.0.0.1:8080:8080"
volumes:
- /srv/source:/usr/src/app
- /logs:/logs
db:
image: mariadb
environment:
MYSQL_ROOT_PASSWORD: 12345
当我现在运行docker-compose run webfrontend bash
时,我无法访问主机上的端口8080。没有端口绑定。 docker ports
的结果为空,并且端口设置中docker inspect
的结果为空:
"NetworkSettings": {
"Bridge": "docker0",
"Gateway": "172.17.42.1",
"IPAddress": "172.17.0.51",
"IPPrefixLen": 16,
"MacAddress": "02:42:ac:11:00:33",
"PortMapping": null,
"Ports": {
"8080/tcp": null
}
},
"HostConfig": {
"Binds": [
"/srv/source:/usr/src/app:rw",
"/logs:/logs:rw"
],
"CapAdd": null,
"CapDrop": null,
"ContainerIDFile": "",
"Devices": null,
"Dns": null,
"DnsSearch": null,
"ExtraHosts": null,
"Links": [
"/docker_db_1:/docker_webfrontend_run_34/db",
"/docker_db_1:/docker_webfrontend_run_34/db_1",
"/docker_db_1:/docker_webfrontend_run_34/docker_db_1"
],
"LxcConf": null,
"NetworkMode": "bridge",
"PortBindings": null,
"Privileged": false,
"PublishAllPorts": false,
"RestartPolicy": {
"MaximumRetryCount": 0,
"Name": ""
},
"SecurityOpt": null,
"VolumesFrom": []
},
答案 0 :(得分:8)
这是docker-compose run
的故意行为,根据documentation:
使用
run
时,与正常启动容器有两点不同:
...
- 醇>
默认情况下,如果它们与已打开的端口发生冲突,则不会创建任何端口。
解决此问题的一种方法是使用up
代替run
,其中:
构建,(重新)创建,启动和附加服务的容器。
另一种方法是,如果您使用的是1.1.0或更高版本,则传递--service-ports
选项:
运行命令,启用服务端口并映射到主机。
P.S。尝试编辑原始答案,遭到拒绝,两次。保持优雅,SO。
答案 1 :(得分:3)
这是fig run
的故意行为。
在服务上运行一次性命令。
一次性命令在新容器中启动,其配置与该服务的普通容器相同,因此将按预期创建卷,链接等。唯一与普通容器不同的是命令将被指定的命令覆盖,如果碰撞则不会创建任何端口。
fig up
可能是您正在寻找的命令,它将(重新)根据您的fig.yml创建所有容器并启动它们。