Привет
Спасибо за этот проект! Установить Mailman3 сложно, и я надеюсь, что ваши образы докеров помогут
Однако на ранней стадии я получаю сообщение об ошибке:
$ docker-compose up
Creating network "dockermailman_mailman" with driver "bridge"
ERROR: Pool overlaps with other one on this address space
хост - это обычный Linux-ящик:
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.1 LTS
Release: 16.04
Codename: xenial
$ uname -a
Linux Hammer 4.4.0-59-generic #80-Ubuntu SMP Fri Jan 6 17:47:47 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Версия докера кажется актуальной
docker version
Client:
Version: 17.05.0-ce
API version: 1.29
Go version: go1.7.5
Git commit: 89658be
Built: Thu May 4 22:10:54 2017
OS/Arch: linux/amd64
Server:
Version: 17.05.0-ce
API version: 1.29 (minimum version 1.12)
Go version: go1.7.5
Git commit: 89658be
Built: Thu May 4 22:10:54 2017
OS/Arch: linux/amd64
Experimental: false
Вы используете подсеть 172.19.199.1/24
для чего-то еще в своей сети?
Предоставляемый по умолчанию файл компоновки использует эту подсеть для создания мостовой сети и назначает статические IP-адреса контейнерам.
Если эта подсеть уже используется, вы можете просто изменить ее на другую подсеть. Вам придется изменить
переменные среды и другие IP-адреса, назначенные каждому контейнеру.
См. Файл docker-compose.yaml в корне проекта.
Привет !
Спасибо за быстрый ответ 👍
FTR Я использую файл docker-compose.yaml в корне проекта.
Пока я выполняю этот тест, на хосте нет других контейнеров докеров, работающих.
Я изменил подсеть на 172.20.199.1/24 и соответствующим образом изменил другой IP-адрес, но все равно получаю ту же ошибку ..
Не совсем уверен в том, что происходит, но эта ветка от докера может быть актуальной?
Привет !
На самом деле кажется, что простой sevirce docker restart
решил проблему.
Прости за это. Спасибо за вашу помощь !
На случай, если кто-то другой гулит здесь: даже если контейнеры не работают, сети все еще сохраняются. Без запущенного контейнера docker network prune
это сделал
Я думаю, семантика зависит от того, как вы на самом деле останавливаете контейнеры, docker-compose stop
самом деле останавливает только контейнеры, но docker-compose down
останавливает и удаляет контейнеры и сеть.
https://docs.docker.com/compose/reference/down/
https://docs.docker.com/compose/reference/stop/
Работает при удалении сети пула
docker network ls
NETWORK ID NAME DRIVER SCOPE
8518cc751c09 bridge bridge local
5ebc27713033 pool_network bridge local
25ff8d61d971 host host local
85c5507b6e64 none null local
удалить pool_network
docker network rm pool_network
В моем случае это было о неправильном IP-адресе в compose.yml
мой случай, я должен настроить
docker-compose down
docker network prune
Затем перезапустите службу Docker.
версия: "3"
сети:
tut07-frontend:
водитель: мост
ipam:
драйвер: по умолчанию
config:
- подсеть: 172.10.1.0/24
tut07-backend:
водитель: мост
ipam:
драйвер: по умолчанию
config:
- подсеть: 172.10.2.0/23
Сервисы:
tut07-db:
сборка: ./db
команда: --default-authentication-plugin = mysql_native_password
порты:
- 3306: 3306
сети:
tut07-backend:
ipv4_address: 172.10.3.2
env_file:
- ./development.env
tut07-www:
сборка: ./www
порты:
- 8080: 80
объемы:
- ./src:/var/www/html/
сети:
tut07-backend:
ipv4_address: 172.10.2.2
tut07-frontend:
ipv4_address: 172.10.1.2
зависит от:
- tut07-db
env_file:
- ./development.env
выше мой докер составляет yml файл, но я получил ту же ошибку, даже если у меня есть изменения
очистка сети докеров
На случай, если кто-то другой гулит здесь: даже если контейнеры не работают, сети все еще сохраняются. Без запущенного контейнера
docker network prune
это сделал
это сработало для меня. Спасибо вам.
Самый полезный комментарий
На случай, если кто-то другой гулит здесь: даже если контейнеры не работают, сети все еще сохраняются. Без запущенного контейнера
docker network prune
это сделал