Hola
¡Gracias por este proyecto! La instalación de Mailman3 es complicada y espero que las imágenes de la ventana acoplable ayuden
Sin embargo, recibo un error en la etapa inicial:
$ docker-compose up
Creating network "dockermailman_mailman" with driver "bridge"
ERROR: Pool overlaps with other one on this address space
el host es una caja Linux normal:
$ 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
La versión de Docker parece actualizada
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
¿Está utilizando la subred 172.19.199.1/24
para otra cosa en su red?
El archivo de composición predeterminado proporcionado utiliza esta subred para crear una red puente y asigna direcciones IP estáticas a los contenedores.
Si esta subred ya está en uso, puede cambiarla a una subred diferente. Tendrías que cambiar
variables de entorno y otras direcciones IP asignadas a cada contenedor también.
Vea el archivo docker-compose.yaml en la raíz del proyecto.
Hola !
Gracias por la rápida respuesta 👍
FTR Estoy usando el archivo docker-compose.yaml en la raíz del proyecto
No hay otros contenedores de Docker ejecutándose en el host mientras hago esta prueba.
Cambié la subred a 172.20.199.1/24 y modifiqué la otra dirección IP en consecuencia y sigo recibiendo el mismo error.
¿No está exactamente seguro de lo que está sucediendo, pero este hilo de la ventana acoplable podría ser relevante?
Hola !
En realidad, parece que un simple sevirce docker restart
resolvió el problema.
Lo siento por eso. Gracias por tu ayuda !
En caso de que alguien más esté buscando en Google aquí: incluso si los contenedores están caídos, las redes aún persisten. Sin contenedor corriendo docker network prune
hizo. Supongo que reiniciar el servicio devuelve el mismo resultado.
Creo que la semántica depende de cómo detenga realmente los contenedores, docker-compose stop
realidad solo detiene los contenedores, pero docker-compose down
detiene y elimina los contenedores y la red.
https://docs.docker.com/compose/reference/down/
https://docs.docker.com/compose/reference/stop/
Trabajando cuando elimino la red de la piscina
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
eliminar pool_network
docker network rm pool_network
Se trataba de la dirección IP incorrecta en compose.yml en mi caso
mi caso, tengo que tun
docker-compose down
docker network prune
Luego reinicie el servicio Docker.
versión: "3"
redes:
tut07-interfaz:
conductor: puente
ipam:
controlador: predeterminado
config:
- subred: 172.10.1.0/24
tut07-backend:
conductor: puente
ipam:
controlador: predeterminado
config:
- subred: 172.10.2.0/23
servicios:
tut07-db:
compilar: ./db
comando: --default-authentication-plugin = mysql_native_password
puertos:
- 3306: 3306
redes:
tut07-backend:
dirección_ipv4: 172.10.3.2
env_file:
- ./development.env
tut07-www:
construir: ./www
puertos:
- 8080: 80
volúmenes:
- ./src:/var/www/html/
redes:
tut07-backend:
dirección_ipv4: 172.10.2.2
tut07-interfaz:
dirección_ipv4: 172.10.1.2
depende de:
- tut07-db
env_file:
- ./development.env
arriba está mi docker componer el archivo yml pero obtuve el mismo error incluso si tengo un cambio
poda de red docker
En caso de que alguien más esté buscando en Google aquí: incluso si los contenedores están caídos, las redes aún persisten. Sin contenedor corriendo
docker network prune
hizo. Supongo que reiniciar el servicio devuelve el mismo resultado.
me ha funcionado. Gracias.
Comentario más útil
En caso de que alguien más esté buscando en Google aquí: incluso si los contenedores están caídos, las redes aún persisten. Sin contenedor corriendo
docker network prune
hizo. Supongo que reiniciar el servicio devuelve el mismo resultado.