Questions tagged «docker-compose»

4
Docker Compose第2版“卷”语法应该看起来如何?
借助Docker Compose v1.6.0 +,该docker-compose.yml文件现在具有新的/版本2文件语法。所做的更改包括一个名为的单独的顶级密钥volumes。这样就可以将卷定义“集中”在一个地方。 我想做的是在其中命名卷,并在本地主机磁盘上具有单个卷引用多个路径。以下是一个示例,抛出一个以Traceback结尾的异常 AttributeError: 'list' object has no attribute 'items' 范例docker-compose.yml: version: '2' services: db: image: postgres volumes: - database:/var/lib/postgres/data php: image: php-fpm:5.6 volumes: - phpconf:/etc/php/conf.d namedvolume: container_name: namedvolume build: ./Docker/Testvolume volumes: - ./Docker/Testvolume/shareme volumes: database: - ./Docker/Postgres/db:ro - ./Docker/Postgres/ini phpconf: - ./Docker/PHP-FPM/conf singledir: ./Docker/foo completemap: ./Docker/bar:/etc/service/conf.d - …

1
“重启:始终”策略在docker-compose中如何工作?
我有PostgreSQL和我的应用程序的docker compose文件,如下所示: version: '3' services: postgresql: image: postgres:9.6.6 ports: - 9932:5432 expose: - "5432" environment: - POSTGRES_PASSWORD=pass restart: always volumes: - /data:/var/lib/postgresql/data myapp: image: myapp links: - postgresql depends_on: - "postgresql" restart: always ports: - "5000:5000" 问题是,restart: always当我终止容器(使用来模拟应用程序崩溃docker kill)时,策略似乎不起作用,并且即使退出代码为137,docker-compose也不会重新启动容器。使用restart: on-failure策略时,我观察到相同的行为。版本2和3docker-compose的行为相同。我的系统是Ubuntu Server 16.04 x64。 我的问题是: 为什么docker-compose不会重新启动已崩溃(被杀死)的容器? 如何检查重启策略是否有效?

4
将Docker配置为不使用172.17.0.0范围
由于强制门户和默认Docker IP范围的问题,我试图使Docker使用198.18.0.0范围,而不是172.17.0.0,这与我住的火车上使用的强制门户冲突。 在docs之后,我创建了/etc/docker/daemon.json,并在其中添加了以下内容: { "bip":"198.18.0.0/16" } 这适用于docker0,但似乎并没有影响任何其他网络,使用docker compose创建的第一个网络是172.17.0.0,它重新创建了冲突。 我该怎么做才能更改所有 docker网络的默认子网(最好不必在每个撰写文件中声明我的自定义IP范围)?

6
检查容器/服务是否与docker-compose一起运行
我正在使用docker-compose。 有些命令(例如up -d service_name或)start service_name会立即返回,如果您不希望容器运行取决于外壳的状态(例如与normal一样),这将非常有用up service_name。一个用例是从某种持续集成/交付服务器运行它。 但是,这种运行/启动服务的方式之后不会提供有关服务实际状态的任何反馈。 在为泊坞窗撰写CLI参考up命令确实提到相关的选项,但是,至于版本1.7.1,它是相互排斥的-d: --abort-on-container-exit Stops all containers if any container was stopped. *Incompatible with -d.* 我可以以某种方式手动检查容器是否确实在工作并且由于某些错误而没有停止吗?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.