salut
Merci pour ce projet ! L'installation de Mailman3 est délicate et j'espÚre que vos images Docker vous aideront
Cependant, j'obtiens une erreur au début:
$ docker-compose up
Creating network "dockermailman_mailman" with driver "bridge"
ERROR: Pool overlaps with other one on this address space
l'hÎte est une machine Linux normale :
$ 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 version docker semble Ă jour
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
Utilisez-vous le sous-réseau 172.19.199.1/24
pour autre chose sur votre réseau ?
Le fichier de composition par défaut fourni utilise ce sous-réseau pour créer un réseau de pont et alloue des adresses IP statiques aux conteneurs.
Si ce sous-réseau est déjà utilisé, vous pouvez simplement le remplacer par un autre sous-réseau. Tu devrais changer
variables d'environnement et autres adresses IP allouées à chaque conteneur également.
Voir le fichier docker-compose.yaml Ă la racine du projet.
Salut !
Merci pour la rĂ©ponse rapide đ
FTR J'utilise le fichier docker-compose.yaml Ă la racine du projet
Il n'y a pas d'autres conteneurs Docker en cours d'exécution sur l'hÎte pendant que je fais ce test.
J'ai changĂ© le sous-rĂ©seau en 172.20.199.1/24 et modifiĂ© l'autre adresse IP en consĂ©quence et j'obtiens toujours la mĂȘme erreur.
Vous ne savez pas exactement ce qui se passe, mais ce fil de Docker pourrait ĂȘtre pertinent?
Salut !
En fait, il semble qu'un simple sevirce docker restart
résolu le problÚme.
Désolé pour ça. Merci pour ton aide !
Au cas oĂč quelqu'un d'autre chercherait sur Google : mĂȘme si les conteneurs sont en panne, les rĂ©seaux persistent. Sans conteneur exĂ©cutant docker network prune
fait. Je suppose que le redĂ©marrage du service renvoie le mĂȘme rĂ©sultat.
Je pense que la sĂ©mantique dĂ©pend de la façon dont vous arrĂȘtez rĂ©ellement les conteneurs, docker-compose stop
n'arrĂȘte en fait que les conteneurs, mais docker-compose down
arrĂȘte et supprime les conteneurs et le rĂ©seau.
https://docs.docker.com/compose/reference/down/
https://docs.docker.com/compose/reference/stop/
Travailler quand je supprime le réseau de la piscine
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
supprimer le pool_network
docker network rm pool_network
C'Ă©tait Ă propos de la mauvaise adresse IP dans compose.yml dans mon cas
mon cas, je dois régler
docker-compose down
docker network prune
Redémarrez ensuite le service Docker.
version : "3"
réseaux :
tut07-frontend :
conducteur : pont
ipam :
pilote : par défaut
configuration :
- sous-réseau : 172.10.1.0/24
tut07-backend :
conducteur : pont
ipam :
pilote : par défaut
configuration :
- sous-réseau : 172.10.2.0/23
prestations de service:
tut07-db :
build : ./db
commande : --default-authentication-plugin=mysql_native_password
ports :
- 3306:3306
réseaux :
tut07-backend :
adresse_ipv4Â : 172.10.3.2
fichier_env :
- ./développement.env
tut07-www :
construire : ./www
ports :
- 8080:80
tomes :
- ./src:/var/www/html/
réseaux :
tut07-backend :
adresse_ipv4Â : 172.10.2.2
tut07-frontend :
adresse_ipv4Â : 172.10.1.2
dépend de:
- tut07-db
fichier_env :
- ./développement.env
ci-dessus est mon fichier docker compose yml mais j'ai eu la mĂȘme erreur mĂȘme si j'ai changĂ©
élaguer le réseau docker
Au cas oĂč quelqu'un d'autre chercherait sur Google : mĂȘme si les conteneurs sont en panne, les rĂ©seaux persistent. Sans conteneur exĂ©cutant
docker network prune
fait. Je suppose que le redĂ©marrage du service renvoie le mĂȘme rĂ©sultat.
ça a marché pour moi. Merci.
Commentaire le plus utile
Au cas oĂč quelqu'un d'autre chercherait sur Google : mĂȘme si les conteneurs sont en panne, les rĂ©seaux persistent. Sans conteneur exĂ©cutant
docker network prune
fait. Je suppose que le redĂ©marrage du service renvoie le mĂȘme rĂ©sultat.