Compose: Docker-compose up échoue car "le port est déjà alloué"

netstat | grep 5432 ?

Salut @shin-,

Je viens de faire une réinitialisation matérielle sur ma machine et j'obtiens :

$ docker-compose up
_collections.so could not be extracted!

Après cela, j'ai le même problème que celui posté par @patrickconnors :

Des idées?

@budnik Essayez d'exécuter docker-compose down pour nettoyer les conteneurs et les réseaux, puis à nouveau up et voyez si cela résout le problème.

J'ai rencontré le même problème aujourd'hui (avec un conteneur postgres ), et malgré avoir essayé docker-compose down puis à nouveau up , le problème persiste.

docker-compose ps et docker ps m'affichent tous deux une sortie vide.

J'ai peut-être trouvé une solution, cependant:

voici comment mon service postgres est défini

version: '2.1'

services:

  postgres:
    image: postgres:9.5.4
    env_file:
      - docker-compose.env
    ports:
      - 5432:5432

et dans mon cas, le correctif consistait simplement à désactiver la liaison de port, ce qui modifie la dernière partie comme suit :

    ports:
      - 5432

Je ne sais pas si c'est la bonne solution, ni si elle peut être appliquée de manière générale à tous les cas d'utilisation.

Serait-ce un problème avec docker-compose lui-même ?
Pour référence:

$ docker-compose --version
docker-compose version 1.12.0, build b31ff33

La solution ci-dessus était ce dont j'avais besoin, merci beaucoup @lorenzo-pasa !

J'avais le même problème après la mise à jour de mon docker-compose vers la version 3.3.
La solution @lorenzo-pasa fonctionne localement pour moi (encore faut-il essayer en prod)

Ci-dessous se trouve _partie_ de mon docker-compose pour référence :

nginx:
    image: nginx:1.12.2-alpine
    volumes:
      - .:/usr/share/nginx/app
      - ./nginx/nginx.conf:/etc/nginx/nginx.conf
    ports:
      - "80"
    depends_on:
      - web

J'avais ça et aussi des trucs comme Cannot start service mysql: network 4b8e7a23e3724fd351e428be30cdf7a9294d142ac23959ca9092278fc81e96c1 not found . Je les ai résolus en utilisant des indicateurs --build --force-recreate pour la commande up.

Ce 👇 fonctionne pour moi !!

docker-compose down
docker rm -fv $(docker ps -aq)
sudo lsof -i -P -n | grep 5432

• Pour Mac

kill -9 <process id>

• Linux

sudo kill <process id>

ERREUR : pour iky_gateway Impossible de démarrer le service iky_gateway : le pilote n'a pas pu programmer la connectivité externe sur le point de terminaison iky_gateway (47d83edbbc1568eae6d26f5e75931797b7e23c6528ff7cc8140f50811fb44922) : Erreur lors du démarrage du proxy de l'espace utilisateur : la liaison pour 0.0.0.0 est déjà allouée : le port 8080 a échoué :

J'ai essayé docker-compose down , je n'ai pas résolu le problème.

Une autre solution qui peut être utile aux futurs lecteurs est la suivante : vérifiez votre fichier docker-compose.yml et assurez-vous que vous n'avez pas 2 éléments qui tentent de s'exécuter sur le port 8080.

Si vous avez 2 éléments configurés pour s'exécuter sur le port 8080, vous pouvez obtenir un message d'erreur « port déjà alloué » pour le service/conteneur qui ne pose

La solution de @ Rub21 a fonctionné pour moi, sauf que kill -9 {pid} n'arrêtait pas de redémarrer le processus. C'était parce que j'avais MySQL Server en cours d'exécution. Sous OSX, je devais :

1. Préférences de système
2. Rechercher mysql
3. Appuyez sur le bouton Stop MySQL Server

J'ai supprimé la liaison de port et cela a fonctionné pour moi, au lieu de faire
mysql :ports :- 3306:3306
j'ai dû changer pour
mysql :ports :- 3306
et tout était bon.

docker stop $(docker ps -a -q)
docker rm $(docker ps -a -q)
Supprimez ensuite toutes les données existantes, par exemple le volume docker rm docker_db_data
docker-composer

Même problème ici. J'utilise docker version 17.05.0-ce, build 8965be, avec docker-compose 1.13.0 et 1.22.0. Le fichier compose-yml est 3.2.

Avec mes excuses à

J'ai essayé diverses solutions ci-dessus, notamment _redémarrer le serveur_. Aucun autre conteneur n'est en cours d'exécution et il n'y a aucun conflit dans le fichier yml. Je me souviens que cela fonctionnait dans une version beaucoup plus ancienne de docker/compose. netstat -anp sur l'hôte ne montre rien à l'écoute sur les ports.

Si je supprime complètement les sections ports , les processus démarrent correctement. J'utilise ensuite nsenter ... netstat pour vérifier que le conteneur écoute sur le bon port (dans son espace de noms). Je vérifie ensuite avec netstat pour vérifier qu'il n'y a pas de conflit sur l'espace de noms par défaut. Je peux ensuite utiliser un utilitaire tel que nc pour écouter sur le même port.

Je ne vois aucune raison vis-à-vis de la documentation pour laquelle la configuration ne fonctionne pas. La conclusion est qu'il y a quelque chose qui ne va pas avec la configuration du proxy de docker-compose.

_Incroyable_. J'ai eu, en fait, une petite erreur qui a causé le problème. Ma configuration avait besoin de _deux_ ports, et l'un d'eux avait une faute de frappe, reproduisant l'autre. la paume du visage

netstat | grep 5432 ?

Salut, quand je lance ceci, j'ai ce message ..

98808d86b49cff5d flux 0 0 98808d86b6dd9be5 0 0 0 /tmp/.s.PGSQL.5432. Pouvez-vous m'aider s'il vous plaît quoi faire? Merci

et dans mon cas, le correctif consistait simplement à désactiver la liaison de port, ce qui modifie la dernière partie comme suit :

    ports:
      - 5432

Je ne sais pas si c'est la bonne solution, ni si elle peut être appliquée de manière générale à tous les cas d'utilisation.

Serait-ce un problème avec docker-compose lui-même ?
Pour référence:

$ docker-compose --version
docker-compose version 1.12.0, build b31ff33

Ce correctif a fonctionné pour moi.

docker-compose -version
docker-compose version 1.23.1, build b02f1306

J'ai eu une situation légèrement différente, postant ici pour enregistrer un autre cas de ce qui se passe.

Lors de l'utilisation d'un fichier docker-compose.yml et docker-compose.override.yml , qui contiennent tous deux un mappage de port, où le port hôte est le même pour les deux mappages, mais le port de conteneur diffère, cela oblige Docker à essayer d'allouer le port hôte deux fois.

docker-compose.yml :

ports:
  - 8080:8080

docker-compose.override.yml :

ports:
  - 8080:8181

C'est peut-être un problème en soi, la création de mappages de substitution entraîne des tentatives de liaison en double. Cette situation est particulièrement proche du fait que rien n'est à l'écoute sur le port jusqu'à ce que vous essayiez de mettre les conteneurs en ligne. Ce qui échoue et arrête donc toute la composition, ce qui entraîne une nouvelle non-allocation du port.

La solution de @lorenzo-pasa a fonctionné pour moi ! J'utilise docker-compose et nginx, sous Ubuntu OS, merci mec.

Je suis curieux : pourquoi ce problème est-il fermé, alors que de nombreuses personnes semblent encore rencontrer un problème (y compris moi-même) ? Le correctif officiel est-il de ne jamais écrire (par exemple) 8080:8080 et de toujours écrire à la place simplement 8080 ? Juste pour être clair, ce n'est pas une plainte, je suis sincèrement curieux.

@Ezwen d' accord
J'ai essayé toutes les suggestions publiées ci-dessus, mais toujours des erreurs.
J'exécute PHPstorm et j'essaie de Xdebuger mon application dans une dockerbox. Lors du démarrage de ma dockerbox, j'utilise docker-compose avec un

ports :
- "9001:9001"

qui expose le port correctement. (vpnkit.exe fait partie de Docker)

Je vois que vpnkit.exe écoute le port 9001. Ainsi, lorsque j'essaie maintenant de démarrer mon Xdebug dans PHPstorm, le message d'erreur s'affiche.

Je ne sais pas pourquoi je ne peux pas dire au débogueur PHPstorm d'écouter le port 9001 alors qu'il est toujours utilisé par vpnkit.exe lorsque je démarre mon conteneur Docker ?

Merci @lorenzo-pasa ! C'était exactement mon problème et vos solutions ont fonctionné. J'ai essayé beaucoup de choses pour résoudre ce problème sans résultat. Merci encore!

J'ai rencontré le même problème aujourd'hui (avec un conteneur postgres ), et malgré avoir essayé docker-compose down puis à nouveau up , le problème persiste.

docker-compose ps et docker ps m'affichent tous deux une sortie vide.

J'ai peut-être trouvé une solution, cependant:

voici comment mon service postgres est défini

version: '2.1'

services:

  postgres:
    image: postgres:9.5.4
    env_file:
      - docker-compose.env
    ports:
      - 5432:5432

et dans mon cas, le correctif consistait simplement à désactiver la liaison de port, ce qui modifie la dernière partie comme suit :

    ports:
      - 5432

Je ne sais pas si c'est la bonne solution, ni si elle peut être appliquée de manière générale à tous les cas d'utilisation.

Serait-ce un problème avec docker-compose lui-même ?
Pour référence:

$ docker-compose --version
docker-compose version 1.12.0, build b31ff33

Pour moi, le problème était qu'un autre conteneur Docker fonctionnait toujours en arrière-plan à partir d'un projet différent.

J'ai corrigé en exécutant:

docker stop $(docker ps -a -q)
docker rm $(docker ps -a -q)

J'ai le même problème que @maritaria mentionné.

@freesoft Il est probablement préférable d'ouvrir un nouveau problème pour cela.

J'ai tout essayé ici mais rien ne semble fonctionner alors j'ai fait ceci:

sudo lsof -i -P -n | grep 5432

tuer tous les processus
sudo tuer

puis ça a marché pour moi.

eu le même problème avec

 Version:           18.09.3
 API version:       1.39
 Go version:        go1.10.8
 Git commit:        774a1f4
 Built:             Thu Feb 28 06:53:11 2019
 OS/Arch:           linux/amd64
 Experimental:      false

L'un des processus docker-proxy était suspendu, donc le tuer et systemctl restart docker résolu le problème.

J'ai exécuté le pruneau du système docker (soyez prudent avec cette commande), puis j'ai redémarré docker, cela a fonctionné pour moi.

docker network prune semble résoudre le problème pour moi

sudo lsof -i -P -n | grep 5432

a fonctionné pour moi instance linux ec2

sudo lsof -i -P -n | grep

fonctionne pour moi, mais dois-je continuer à tuer les processus de temps en temps ?

Dans mon cas, j'avais déjà une instance de node.js en cours d'exécution en local avec le même port.

Quand je l'ai arrêté, docker-compose up --build commencé à fonctionner !

dans mon cas, je redémarre SO

@ Rub21 's

sudo lsof -i -P -n | grep <port number>

Injure le programme d'utilisation pour qu'il soit docker-pr .

Après avoir mis à jour mes mots-clés de recherche en conséquence, je suis tombé sur ce fichier .
Cela a résolu mon problème de ne pas pouvoir déployer de services en utilisant des ports qui ne sont pas censés être alloués, mais qui le sont quand même.

Merci.

D'AILLEURS:
Dans mon cas, je croirais que la source de mon erreur était un arrêt brutal lors de l'exécution de docker network prune .
Je suppose que le cli n'a pas pu terminer la tâche, donc j'avais tous ces restes "inexistants" dans mon chemin docker/réseau.

Dans mon cas, cela a fonctionné https://github.com/docker/for-mac/issues/205#issuecomment-250856158

On linux users have reported that after remove local-kv.db with all containers stoped the problem gets solved.

Le fichier est dans /var/lib/docker/network/files/local-kv.db

kill -9 $(sudo lsof -i -P -n | grep 8888 | awk '{print $2}') fait le tour pour moi

Malheureusement, l'astuce avec "kill -9.." ne fonctionne pas.
obtenu des zombies à la place du processus docker-proxy :

docker run -it -p 50000:50000 hello-world
docker : réponse d'erreur du démon : le pilote a échoué à programmer la connectivité externe sur le point de terminaison musing_dijkstra (2afd0e53bb80223bc07650e59bd16b43c6d971828a589db6f43dfa50a7a1ab42) : la liaison pour 0.0.0.0:50000 a échoué : le port est déjà alloué.

docker run -it -p 80:80 hello-world
docker : réponse d'erreur du démon : le pilote a échoué à programmer la connectivité externe sur le point de terminaison cocky_goldberg (8dab653c7575c298efea1b808ef2ff16f19bb6c23f51612787e19a434ceeb2ff) : la liaison pour 0.0.0.0:80 a échoué : le port est déjà alloué.

haut | zombie grep
Tâches : 319 au total, 1 en cours d'exécution, 181 en sommeil, 0 arrêtée, 2 zombies

uname -r
4.14.35-1844.4.5.el7uek.x86_64

@lorenzo-pasa J'ai rencontré le même problème pour le service consul et votre astuce a fonctionné pour moi. Merci pour la solution.

docker stop $(docker ps -a -q)
docker rm $(docker ps -a -q)
Supprimez ensuite toutes les données existantes, par exemple le volume docker rm docker_db_data
docker-composer

Cette solution de @joseph-luketelo (merci !) a fonctionné sur MacOS Mojave. Je n'ai même pas eu besoin de "supprimer les données existantes...". Le simple fait d'exécuter les deux premières commandes l'a résolu.

• la suppression de /var/lib/docker/network/files/local-kv.db (avec tout désactivé et désactivé) n'a pas fonctionné
• l'élagage des réseaux n'a pas fonctionné
• la suppression de tous les volumes et conteneurs n'a pas fonctionné
• faire tout ce qui précède ensemble n'a pas fonctionné
• tuer les instances docker-proxy occupant les ports n'a pas fonctionné (plus rien ne s'affiche dans la sortie netstat pour ce port, mais toujours ce message d'erreur).
• Si je fais ce qui précède, redémarrez le service Docker, docker-compose up se bloque indéfiniment.

Cela m'arrive presque toutes les semaines depuis environ un mois maintenant et jusqu'à présent, la seule chose qui fait l'affaire est de réinstaller docker à chaque fois. Pourquoi est-ce fermé ? Même si les étapes ci-dessus ont eu lieu, il s'agit clairement d'un bug d'une certaine variété...

toutes les solutions mentionnées n'ont pas fonctionné pour moi.

C'est travaillé :

sudo rm -rf /var/lib/docker
sudo service docker restart # to re-create the db again

J'ai également essayé de réinstaller docker et docker-compose, mais je ne sais pas si cette étape aide. Cela n'a pas fonctionné jusqu'à ce que j'aie fait les étapes mentionnées ci-dessus.

J'ai rencontré le même problème aujourd'hui (avec un conteneur postgres ), et malgré avoir essayé docker-compose down puis à nouveau up , le problème persiste.

docker-compose ps et docker ps m'affichent tous deux une sortie vide.

J'ai peut-être trouvé une solution, cependant:

voici comment mon service postgres est défini

version: '2.1'

services:

  postgres:
    image: postgres:9.5.4
    env_file:
      - docker-compose.env
    ports:
      - 5432:5432

et dans mon cas, le correctif consistait simplement à désactiver la liaison de port, ce qui modifie la dernière partie comme suit :

    ports:
      - 5432 (this also solve my problem)

Je ne sais pas si c'est la bonne solution, ni si elle peut être appliquée de manière générale à tous les cas d'utilisation.

Serait-ce un problème avec docker-compose lui-même ?
Pour référence:

$ docker-compose --version
docker-compose version 1.12.0, build b31ff33

la désactivation de la liaison de port a également résolu mon problème

J'obtenais la même erreur après avoir reconstruit ma configuration de docker.

ハ➜ docker-compose up

J'ai essayé:
ハ➜ docker-compose down
mais toujours confronté au même problème....

ef18b3f0f2864b22e102): Bind for 0.0.0.0:10002 failed: port is already allocated

ERROR: for db  Cannot start service db: driver failed programming external connectivity on endpoint eeschenck_db_1 (a7caadb27e327b901df83bb42fd19bd704224aa03a75ef18b3f0f2864b22e102): Bind for 0.0.0.0:10002 failed: port is already allocated
ERROR: Encountered errors while bringing up the project.

J'ai ensuite essayé de redémarrer l'application Docker et j'ai quitté mon IDE 'Visual Studio Code' qui a une extension docker...

J'ai ensuite réessayé et essayé de netstat le port ..
ハ➜ netstat -n | grep 10002
Rien trouvé pour ce port... J'aurais dû essayer ça avant.

ハ➜ docker-compose up

On dirait que l'extension Visual Studio Code Docker pourrait être le problème pour moi.

Pouvez-vous partager votre configuration de fichier docker-compose
vous devez supprimer la mise en miroir des ports

A travaillé pour moi

docker-compose down
docker network prune
sudo service docker restart
docker-compose up

J'ai rencontré le même problème aujourd'hui (avec un conteneur postgres ), et malgré avoir essayé docker-compose down puis à nouveau up , le problème persiste.

docker-compose ps et docker ps m'affichent tous deux une sortie vide.

J'ai peut-être trouvé une solution, cependant:

voici comment mon service postgres est défini

version: '2.1'

services:

  postgres:
    image: postgres:9.5.4
    env_file:
      - docker-compose.env
    ports:
      - 5432:5432

et dans mon cas, le correctif consistait simplement à désactiver la liaison de port, ce qui modifie la dernière partie comme suit :

    ports:
      - 5432

Je ne sais pas si c'est la bonne solution, ni si elle peut être appliquée de manière générale à tous les cas d'utilisation.

Serait-ce un problème avec docker-compose lui-même ?
Pour référence:

$ docker-compose --version
docker-compose version 1.12.0, build b31ff33

@lorenzo-pasa Merci, cette solution a fonctionné pour moi.

Le simple fait de redémarrer le démon de bureau Docker sur Mac a fait l'affaire pour moi (Docker Desktop 2.2.0.4).
On dirait que quelque chose ne s'est pas bien comporté au démarrage.

docker stop $(docker ps -a -q)
Exécutez cette commande avant d'essayer d'autres correctifs comme -8080:8080 à -8080 ou même docker rm$(...)

J'ai réinitialisé ma machine et elle recommence à fonctionner. Probablement pas une solution précise mais a fonctionné

Si docker ps ne sort rien et que docker-compose down/up n'a pas aidé, vérifiez si le port est utilisé avec cette commande :
sudo lsof -i -P -n | grep 9200

Si c'est le cas, exécutez simplement :
sudo service docker restart

avoir le même problème. Je fais :

docker-compose down
docker-compose build
docker-compose up -d

mais parfois une erreur se produit

ERROR: for xxxxxx  Cannot start service web: driver failed programming external connectivity on endpoint xxxxx (xxxx): Bind for 0.0.0.0:22000 failed: port is already allocated

Je ne peux pas redémarrer docker car un autre conteneur s'exécute là-bas

@mogadanez comme proposé par @KorossGame vous pouvez essayer de trouver quel processus utilise déjà ce port.

Passe une bonne journée,

@pandaatrail
son docker, mais ce n'est pas utile, je ne peux pas redémarrer tout le docker.

@mogadanez Si vous ne pouvez pas redémarrer docker, vérifiez ce qui utilise un port spécifique.
sudo lsof -i -P -n | grep 9200
Vérifiez également si les conteneurs Docker n'utilisent pas les mêmes ports d'entrée avec :
docker ps

Cela ne fonctionne tout simplement pas. lsof n'affiche aucun port utilisé. Supprimer des images et recréer toute la pile ne fonctionne pas. Le redémarrage de docker ne fonctionne pas. La seule chose qui a fonctionné était de redémarrer le système. Bonne chance.

Bonjour,
il vous suffit de vérifier s'il existe un autre service utilisant le même port,

si vous utilisez Windows, vous devez exécuter la commande suivante :

1. docker-compose down
2. netstat -ano | findstr :port ( comme exemple netstat -ano | findstr :18080 )
3. taskkill /pid the_pid_of_the_port /f
4. docker-compose up

Et c'est tout 😄

@olfamoussaoui j'ai essayé tout ça mais pour mac. Aucune solution ne fonctionne.

@gabrielhpugliese avez-vous essayé de voir si le port est utilisé ?

@olfamoussaoui j'ai essayé tout ça mais pour mac. Aucune solution ne fonctionne.

J'ai eu un comportement de composition similaire sur Ubuntu. C'était un effet secondaire, basé sur des paramètres iptables incorrects. La traduction de port doit être vérifiée et publiée manuellement. Ne vous souvenez pas de la syntaxe corect pour MacOS. Il ne devrait pas être si difficile de le trouver en pierre de rosette.

Je ne comprends pas pourquoi j'ai besoin de tout cela et le problème est loin. Ce
n'est pas une nouvelle configuration que je construis et je n'en ai pas créé de nouvelle
conteneurs/services. Je viens de recréer mon conteneur de serveur avec up -d
--construire. Vraiment bizarre.

vitaly-zverev [email protected] schrieb am Mi., 19. août 2020,
17h27 :

@olfamoussaoui https://github.com/olfamoussaoui j'ai essayé tout ça mais
pour Mac. Aucune solution ne fonctionne.

J'ai eu un comportement de composition similaire sur Ubuntu. C'était un effet secondaire, basé sur
mauvais paramètres iptables. La traduction du port doit être vérifiée et publiée
manuellement. Ne vous souvenez pas de la syntaxe corect pour MacOS. ça ne devrait pas être si dur
pour le trouver par pierre de rosette.

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/docker/compose/issues/4950#issuecomment-676495723 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AAJR3UTBMGLV2ECW5GCNQDTSBPVNXANCNFSM4DQLFGPQ
.

Je ne comprends pas pourquoi j'ai besoin de tout cela et le problème est loin. Ce n'est pas une nouvelle configuration que je construis et je n'ai pas créé de nouveaux conteneurs/services. Je viens de recréer mon conteneur de serveur avec up -d --build. Vraiment bizarre. vitaly-zverev [email protected] schrieb am Mi., 19. août 2020, 17:27:
…
@olfamoussaoui https://github.com/olfamoussaoui J'ai essayé tout ça mais pour mac. Aucune solution ne fonctionne. J'ai eu un comportement de composition similaire sur Ubuntu. C'était un effet secondaire, basé sur des paramètres iptables incorrects. La traduction de port doit être vérifiée et publiée manuellement. Ne vous souvenez pas de la syntaxe corect pour MacOS. Il ne devrait pas être si difficile de le trouver en pierre de rosette. — Vous recevez ceci parce que vous avez été mentionné. Répondez directement à cet e-mail, consultez-le sur GitHub < #4950 (commentaire) >, ou désabonnez-vous https://github.com/notifications/unsubscribe-auth/AAJR3UTBMGLV2ECW5GCNQDTSBPVNXANCNFSM4DQLFGPQ .

Ummm, d'accord, si je comprends bien, leur cause première doit être analysée à l'endroit où docker est intégré à la traduction réseau. Cela dépend du système d'exploitation et a de nombreuses implications,
tout comme n'importe quel bug d'intégration.

Ont été beaucoup de bonnes réponses. J'ai découvert que le problème était une autre application que j'avais installée (Sky Go) sur Catalina qui provoquait en quelque sorte un conflit de port même si elle était fermée.
Cela vaut la peine de vérifier que ces applications (y compris Skype) ne sont pas à l'origine du problème.

J'ai également été confronté au même problème. J'utilise le port 8080 et chaque fois que j'essayais d'exécuter docker, le port 8080 était déjà utilisé. Ensuite, j'ai vérifié si une autre application bloquait le port mais je n'ai rien trouvé.
Puis suivi les étapes suivantes.

• docker-compose down (pour arrêter mon conteneur)
• docker ps (pour vérifier que tout conteneur est en cours d'exécution dans mon cas, j'ai trouvé que hasura graphql était en cours d'exécution)
• arrêt du conteneur docker [Container_ID]
• docker container rm [Container_ID] (dans mon cas, j'ai également supprimé le conteneur)
  et après avoir suivi le processus ci-dessus, mon docker a travaillé

Si vous êtes sur WSL2, vérifiez si Hyper-V est activé ou non. Si ce n'est pas le cas, activez-le, ça fera l'affaire.

Le redémarrage du système d'exploitation m'a aidé