Compose: "El controlador falló al programar la conectividad externa en el punto final" (1.7.0-rc1)

Creado en 6 abr. 2016  ·  278Comentarios  ·  Fuente: docker/compose

Estoy bastante seguro de que esto estaba funcionando en docker-compose 1.7.0-rc1 antes de instalar la última versión beta de Docker para Mac, que se actualizó a docker 1.11.0-rc3. Estoy intentando que el servicio socat se ejecute en el puerto 172.17.0.1:8123, para que esté disponible para las compilaciones de Docker. Mi yml real usa una variable de entorno para la dirección IP, pero sucede incluso cuando está codificado.

ERROR: for socat_httpcache  driver failed programming external connectivity on endpoint test_socat_httpcache_1 (5d973ed559d63a5561b715248f797a336915a44960b5e32e622ac8349b16e5d2): Error starting userland proxy: failed to bind port: Unix.Unix_error(Unix.EADDRNOTAVAIL, "bind", "")
version: '2'
services:
  httpcache:
    restart: always
    image: clue/polipo
    command: proxyAddress=0.0.0.0 allowedClients=0.0.0.0/0 disableIndexing=false disableServersList=false
    mem_limit: 500m
    memswap_limit: 500m
    volumes:
      - /var/cache/polipo

  socat_httpcache:
    restart: always
    hostname: POLIPO1
    image: bobrik/socat
    mem_limit: 50m
    command: TCP-LISTEN:8123,fork,reuseaddr TCP:httpcache:8123
    depends_on:
      - httpcache
    ports:
      - "172.17.0.1:8123:8123"

verbose.txt

arenetworking

Comentario más útil

Deje de enviar +1, ya que genera spam en todas las bandejas de entrada de los suscriptores. Utilice los emoticonos (emoticonos a la derecha de cada comentario) o al menos proporcione su configuración completa, números de versión, etc. Gracias

Todos 278 comentarios

@jamshid
¿Puedes publicar el o / p de sudo netstat -nlp | grep 8123 . Gracias.

Mi mac dice que -p requiere un argumento, así que creo que esto es lo que quieres:

$ sudo netstat -nl -p tcp  | grep 8123
(nothing)
$ sudo netstat -nl -p tcp  | head    # to confirm mac output is what you expect
Active Internet connections
Proto Recv-Q Send-Q  Local Address          Foreign Address        (state)    
tcp4       0      0  192.168.2.4.52918      216.58.194.34.80       ESTABLISHED
tcp4       0      0  192.168.2.4.52917      23.199.236.147.80      ESTABLISHED
tcp4       0      0  192.168.2.4.52916      192.229.163.25.443     ESTABLISHED
tcp4       0      0  192.168.2.4.52915      192.229.163.175.80     ESTABLISHED
...
$ docker ps -a | grep 8123
7baf5b2ec0eb        clue/polipo               "polipo proxyAddress="   26 minutes ago      Up 12 minutes                  8123/tcp            test_httpcache_1
3fea15e3d5b4        clue/polipo               "polipo proxyAddress="   33 minutes ago      Up 19 minutes                  8123/tcp            buildenv_httpcache_1

Lo mismo me pasa a mí.

Tengo el mismo problema al reiniciar usando docker-compose up. En mi caso, es un servicio de proxy nginx que no se inicia. Debe estar relacionado con la versión beta de Docker para Mac. Comenzó después de que instalé la versión beta y no ha sucedido después de volver a Virtualbox.

docker-compose versión 1.7.0, compilación 0d7bf73
Docker versión 1.11.0, compilación 4dc5990

Encuentro el mismo error cuando intento iniciar mi pila usando docker-compose. Todos los contenedores arrancan correctamente excepto uno (cónsul). Estoy recibiendo este error

ERROR: for consul driver failed programming external connectivity on endpoint devas_consul_1 (6ceba32c51cb70b354f 2f4b68d173ca97a65d6a0bfd308d3137e2a7069abd1b6): Error starting userland proxy: Failed to bind: EADDRNOTAVAIL

Estoy seguro de que tiene algo que ver con mi versión beta de Docker para mac.

docker-compose -v docker-compose version 1.7.0, build 0d7bf73

Estoy usando la última versión beta de Docker para mac

'
versión docker
Cliente:
Versión: 1.11.1
Versión de API: 1.23
Go versión: go1.5.4
Confirmación de Git: 5604cbe
Construido: Wed Apr 27 00:34:20 2016
Sistema operativo / Arco: darwin / amd64

Servidor:
Versión: 1.11.1
Versión de API: 1.23
Go versión: go1.5.4
Confirmación de Git: 8b63c77
Construido: Fri Apr 29 14:13:26 2016
SO / Arch: linux / amd64
'

Siguiendo el mensaje anterior, obtengo Error starting userland proxy: Failed to bind: EADDRINUSE.
Confundido en cuanto a dónde es el conflicto donde no existía antes

¿Cómo se "libera" el puerto que está en uso para que componer pueda abrir el contenedor nuevamente? La primera vez que sucedió, esperé un minuto más o menos y funcionó en el segundo intento. La segunda vez, ha pasado aproximadamente una hora. Docker compone kill, down, rm --all, etc. y algo todavía lo tiene.

Descubro de qué se trata el problema, el contenedor (cónsul) que causa el problema tiene este puerto vinculante 172.17.0.1:53:8600/udp . Lo reemplacé con 53:8600/udp y ahora está funcionando. Todavía no entendí por qué el primer enlace no funciona. Por cierto, ¿cómo puedo saber la dirección IP del puente?

Hola, tuve el mismo problema con la versión 1.11.1 de Docker en Mac OSX.
ERROR: for nginx driver failed programming external connectivity on endpoint managercentralapp_nginx_1 (e11d19ee8f486a2e12c9c87802dca7ea5f541f026645f69e338e94732ac1eb56): Error starting userland proxy: Failed to bind: EADDRINUSE

Yo también recibo esto después de actualizar a Docker 1.12-rc2, no estoy seguro de si este es el lugar correcto para publicar esto.

Client:
 Version:      1.12.0-rc2
 API version:  1.24
 Go version:   go1.6.2
 Git commit:   906eacd
 Built:        Fri Jun 17 20:35:33 2016
 OS/Arch:      darwin/amd64
 Experimental: true

Server:
 Version:      1.12.0-rc2
 API version:  1.24
 Go version:   go1.6.2
 Git commit:   906eacd-unsupported
 Built:        Fri Jun 17 21:12:28 2016
 OS/Arch:      linux/amd64
 Experimental: true

Error completo:

Error response from daemon: driver failed programming external connectivity on endpoint xxx_xxx_1 (xxx): Bind for 0.0.0.0:2224 failed: port is already allocated

netstat:

tcp6       0      0 :::2224                 :::*                    LISTEN      9083/docker-proxy

Veo esto esporádicamente. Reintentar el comando después de un minuto normalmente "soluciona" el problema.
Esto es después de pasar ayer a Docker para Mac.

$ docker version
Client:
 Version:      1.12.0-rc2
 API version:  1.24
 Go version:   go1.6.2
 Git commit:   906eacd
 Built:        Fri Jun 17 20:35:33 2016
 OS/Arch:      darwin/amd64
 Experimental: true

Server:
 Version:      1.12.0-rc2
 API version:  1.24
 Go version:   go1.6.2
 Git commit:   a7119de
 Built:        Fri Jun 17 22:09:20 2016
 OS/Arch:      linux/amd64
 Experimental: true

También he recibido el mismo error que ustedes. Creí que era porque nginx estaba vinculando puertos que ya estaban ocupados, pero no lo creo ahora. ¿Alguien encontró alguna solución a esto? :)

+1 Mismo error en mac

Tuve esto sucediendo después de un movimiento a Docker for Mac , pero después de detener y eliminar Todos los contenedores después del movimiento, reiniciar la ventana acoplable, recrear el contenedor, etc. Se solucionó.

Tuve esto nuevamente hoy después de una actualización de Docker for Mac , pero repitiendo el escenario anterior arreglado. Supongo que el puerto (y "otras" cosas) que estoy asignando a contenedores en particular no se liberará hasta que esté completamente limpio.

p.ej:

ERROR: for nginx driver failed programming external connectivity on endpoint dev_nginx (4c340c55f7402c7b265803ea64541ebdf8613f4b43dfa816001d27bdc4f513b3): Error iptables FORWARD: Another app is currently holding the xtables lock; waiting (1s) for it to exit... ERROR: Encountered errors while bringing up the project.

+1 tiene el mismo problema en mac

@TuningGuide MacBook Pro (15 pulgadas, finales de 2011), Intel Core i7 de 2,2 GHz, DDR3 de 8 GB a 1333 MHz
Ejecución de Node 4.4.7 extendido para admitir Ember CLI. La configuración está a continuación:

FROM node:4.4.7

# expose ember-cli ports
EXPOSE 4200 35729 49152

# install ember-cli dependencies
RUN npm install -q -g ember-cli
RUN npm install -q -g bower
RUN npm install -q -g phantomjs-prebuilt

# install watchman
# http://ember-cli.com/user-guide/#watchman
RUN \
  git clone https://github.com/facebook/watchman.git &&\
  cd watchman &&\
  git checkout v3.5.0 &&\
  ./autogen.sh &&\
  ./configure &&\
  make &&\
  make install

Se ejecutó con el volumen montado de los archivos ember-cli usando 'ember serve' como comando.

+1 mismo problema en Mac con Docker para Mac

Deje de enviar +1, ya que genera spam en todas las bandejas de entrada de los suscriptores. Utilice los emoticonos (emoticonos a la derecha de cada comentario) o al menos proporcione su configuración completa, números de versión, etc. Gracias

➜  ~ docker info
Containers: 2
 Running: 0
 Paused: 0
 Stopped: 2
Images: 2
Server Version: 1.12.0-rc3
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 21
 Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: null host bridge overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: seccomp
Kernel Version: 4.4.14-moby
Operating System: Alpine Linux v3.4
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 1.954 GiB
Name: moby
ID: GZAT:26TX:PYCM:KKNA:JSWY:AMEL:RQYI:O23B:QGSQ:WBVB:3Q7E:XDPJ
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 18
 Goroutines: 30
 System Time: 2016-07-08T17:41:26.03558348Z
 EventsListeners: 1
No Proxy: *.local, 169.254/16
Registry: https://index.docker.io/v1/
Experimental: true
Insecure Registries:
 127.0.0.0/8
➜  ~ cat docker-compose-local.yml
version: '2'
services:
  cache:
    image: redis
    command: redis-server --appendonly yes
    ports:
      - "6379:6379"
  db:
    image: postgres:9.4
    ports:
      - "5432:5432"
    volumes:
      - ./tmp/dump.gz:/tmp/dump.gz
      - ./tmp/dump.sh:/docker-entrypoint-initdb.d/dump.sh
    environment:
      POSTGRES_DB: dbname
      POSTGRES_USER: dbuser
      POSTGRES_PASSWORD: dbpass

Tengo los siguientes errores:

ERROR: for cache  driver failed programming external connectivity on endpoint carsaver_cache_1 (253054ef6864bdcb5377bd1690173fa352021d505dc05c3aafecf66b02c0b73d): Error starting userland proxy: write /port/tcp:0.0.0.0:6379:tcp:172.18.0.2:6379/ctl: errno 526

ERROR: for db  driver failed programming external connectivity on endpoint carsaver_db_1 (8a5990bd06a50d87c7db96de84367bb01b71c971d5a4b9e578fea7d75d893d59): Error starting userland proxy: write /port/tcp:0.0.0.0:5432:tcp:172.18.0.3:5432/ctl: errno 526
ERROR: Encountered errors while bringing up the project.

Solución encontrada para personas con el mismo error que mostré arriba.
Anteriormente estaba usando Docker Toolbox, pero no eliminé Virtualbox. Estaba usando mis puertos, así que no puedo iniciar. Después de completar la eliminación de VirtualBox, docker-compose funcionó de maravilla.

@aanand @dnephin , por favor, agregue a Getting Started una advertencia como se explicó anteriormente.

@miraage feliz de escuchar que resolvió su problema.
No tenía su volumen de datos + dump.sh pero hice una redacción rápida sin problemas:

Creating driverfailed_cache_1
Creating driverfailed_db_1
Attaching to driverfailed_cache_1, driverfailed_db_1

@jamshid ¿
Haciendo un docker-compose up sin la IP no tengo ningún problema:

Creating socat_httpcache_1
Creating socat_socat_httpcache_1
Attaching to socat_httpcache_1, socat_socat_httpcache_1
docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                    NAMES
f2e3b3767982        bobrik/socat        "socat TCP-LISTEN:812"   2 seconds ago       Up 1 seconds        0.0.0.0:8123->8123/tcp   socat_socat_httpcache_1
43dbd35629e0        clue/polipo         "polipo proxyAddress="   3 seconds ago       Up 2 seconds        8123/tcp                 socat_httpcache_1

Si su objetivo es que su http_cache hable con el contenedor socat, ¿por qué no ponerlos en la misma red y terminar?

version: '2'
services:
  httpcache:
    restart: always
    image: clue/polipo
    command: proxyAddress=0.0.0.0 allowedClients=0.0.0.0/0 disableIndexing=false disableServersList=false
    mem_limit: 500m
    memswap_limit: 500m
    volumes:
      - /var/cache/polipo
    networks:
      - socatnet

  socat_httpcache:
    restart: always
    hostname: POLIPO1
    image: bobrik/socat
    mem_limit: 50m
    command: TCP-LISTEN:8123,fork,reuseaddr TCP:httpcache:8123
    depends_on:
      - httpcache
    networks:
      - socatnet
networks:
  socatnet:

Bueno, estoy usando el motor docker 1.11.2 en centos7 en un flujo de integración / compilación continua para automatizar las pruebas y, por lo que puedo decir, eventualmente este error aparece aunque no se esté ejecutando ningún contenedor (mientras se vuelve a implementar una versión específica de toda la pila de servicios). También parece estar relacionado con el hecho de que a veces el motor de la ventana acoplable obtiene un error al intentar limpiar después de la eliminación de los contenedores en ejecución, y algunas reglas de iptables pueden mantenerse asignando puertos de red por alguna razón, tal vez relacionadas con https://github.com/ docker / docker / issues / 23371 # issuecomment -229982105 - pero todavía no estoy seguro de eso.

He tenido el mismo problema, con Docker para Mac, ejecutando el contenedor postgresql. Entonces, para mí fue causado por postgres ejecutándose en el mismo puerto en el sistema host que el puerto especificado en mi archivo de configuración de composición. Algo bastante obvio, pero supongo que podría ser útil para alguien.
Gracias por una herramienta genial. 👍

Tuve un problema similar en Docker para Mac al ejecutar el contenedor nginx, apache (nativo) estaba usando mi puerto 80. Usé telnet y netstat para ver el servicio en ejecución.

Para mí era calamar, paré calamar y ya no vi eso. Así que creo que puede tener que ver con lo que sea que esté tomando el puerto y si forzamos a Docker a mapear ese puerto.

Lo mismo aquí que @marcosalberto y otros. La publicación en la que estaba tratando de montar postgres ya estaba en uso. Acabo de cambiar el puerto y las cosas funcionaron bastante bien.

en osx, el servidor web apache integrado puede estar ejecutándose en los puertos 80/443. Verificar:
ps -ef | grep httpd

Para apagarlo:
sudo apachectl stop

Sí, me funcionó. Tengo OS X sin apache activado, pero unos días después utilicé este sitio web: https://coolestguidesontheplanet.com/upgrade-php-on-osx/ para actualizar PHP.

Después de este guión

curl -s http://php-osx.liip.ch/install.sh | bash -s 5.6

recomendado para la actualización de php apache se activó y me sorprendí con mis contenedores.

Cuando queremos "actualizar php" no queremos "activar apache", pero el sitio web anterior tiene la primera posición en google :(

¡Feliz atraque!

A veces docker-compose no inicia el contenedor deseado y deja el puerto ocupado con un proceso escuchando ... así que intente enumerar todos los puertos (escuchando) usando

lsof -nP +c 15 | grep LISTEN

# outputs
Dropbox             384  IPv4 0x82c      TCP 127.0.0.1:17600 (LISTEN)
com.docker.slirp   6218  IPv4 0x82c      TCP *:5432 (LISTEN) <<<MOSTLY THE PROBLEM
Python             6268  IPv4 0x82c      TCP 127.0.0.1:51617 (LISTEN)

# then kill the com.docker.slirp process id if it's the one causing the problem
kill -9 6218

ACTUALIZAR:
También pude reproducir este problema (varias veces) ... iniciar un servicio localmente que está escuchando el puerto XXX e iniciar un contenedor que expone el mismo puerto XXX ...
no se ejecutará docker-compose up y el proceso com.docker.slirp no se eliminará, lo que hará que el problema persista hasta que el proceso com.docker.slirp se elimine manualmente (incluso agregué un alias para hacerlo alias portfix='pkill com.docker.slirp' )

+1 en Mac

@ mad-raz gran solución! ¡Gracias!

Tuve el mismo tipo de error
Error starting userland proxy: write /port/tcp:0.0.0.0:80:tcp:172.17.0.5:80/ctl: errno 526

Fue nginx para mí.
Tuve que matar el nginx para evitarlo sudo nginx -s stop

+1 aquí también.

Probé la solución alternativa que sugirió @ mad-raz y borró todas las reservas, pero vuelven después de unos segundos. Parece que un servicio de vigilancia vuelve a generar el proceso com.docker.slirp. Como resultado, el error aparece en la siguiente ventana acoplable-componer.

driver failed programming external connectivity on endpoint ... Bind for 0.0.0.0:9086 failed: port is already allocated

docker-compose versión 1.8.0-rc2, compilación c72c966

Después de cerrar Docker para Mac, estos procesos permanecen.
% ps -ef | grep docker !10007 0 1086 1 0 Tue03PM ?? 0:00.01 /Library/PrivilegedHelperTools/com.docker.vmnetd 648074730 30807 1 0 1:49PM ?? 0:00.07 /Applications/Docker.app/Contents/MacOS/com.docker.osx.hyperkit.linux -watchdog fd:0 648074730 30808 30807 0 1:49PM ?? 0:00.03 /Applications/Docker.app/Contents/MacOS/com.docker.osx.hyperkit.linux -watchdog fd:0 648074730 30810 30807 0 1:49PM ?? 0:02.08 com.docker.db --url=file:///Users/astone/Library/Containers/com.docker.docker/Data/s40 --git /Users/astone/Library/Containers/com.docker.docker/Data/database

+1 en mac :(

Una solución alternativa al desinstalar la ventana acoplable del menú de la barra superior (icono de Docker> Preferencias> Desinstalar) y volver a instalarla :(

¡Gracias @ alexander-emelyanov!
De repente recibí este error mientras ejecutaba docker-compose up -d para mi proyecto en OS X y no hice la relación con el hecho de que había instalado PHP 7 en mi Mac (para que las comprobaciones de sintaxis de SublimeText funcionen correctamente) con los scripts Liip mismo día.

De hecho, se debió a que Apache comenzó a funcionar en mi Mac, y tuve que detenerlo.

Tengo el problema de ejecutar postgres. Verifiqué que postgres no se está ejecutando en mi máquina host con brew services stop postgres . Ejecuté lsof -i :5432 y obtuve el siguiente resultado:

image

¿Docker ejecuta postgres para algo interno? Cuando terminé el proceso con SIGINT, el icono de la barra de estado de la ventana acoplable comenzó a rodar y reinició el servicio. La única forma en que podía hacer que funcionara era cambiar el puerto de host en mi archivo docker-compose.

Lea hay una solución que explica exactamente que https://github.com/docker/compose/issues/3277#issuecomment -232505775

@ mad-raz Cuando finaliza el proceso, Docker (para Mac) se reinicia automáticamente y los mismos puertos se vuelven a usar unos segundos después ...

Terminé restableciendo Docker (y, por lo tanto, eliminando todos los contenedores), y eso funcionó nuevamente, todos los puertos se liberaron 😕

Este problema es realmente dos problemas:

  1. Hay un mensaje de error confuso cuando una aplicación ya está usando un puerto (por ejemplo, Apache). Eso se ha solucionado en Docker 1.12.0 (ahora dice explícitamente "el puerto ya está asignado").
  2. Después de detener los contenedores, los puertos que utilizan a veces todavía se asignan en localhost .

¿Alguien todavía tiene el problema no. 2 después de actualizar Docker para Mac a la última versión ( 1.12.0 , o 1.12.0-beta21 si está en el canal beta)?

Sigo teniendo este problema.
Docker v1.12, Docker Compose v1.8.

Obtuve un servicio nginx que simplemente no se inicia, así como varios otros que ocasionalmente fallan:

ERROR: for nginx  Cannot start service nginx: driver failed programming external connectivity on endpoint test_nginx_1 (3f72f35baab64b37c667a4a98e9b8c4adc312e2df7a16c80030536101c695546): Bind for 0.0.0.0:80 failed: port is already allocated

Intenté reiniciar, derribar todo el proyecto y volver a crear, pero nada funciona.

Salida de sudo netstat -tulpn | grep 80 :

tcp6       0      0 :::80                   :::*                    LISTEN      3455/dockerd

Información de Docker:

Containers: 30
 Running: 30
 Paused: 0
 Stopped: 0
Images: 89
Server Version: 1.12.0
Storage Driver: btrfs
 Build Version: Btrfs v4.4
 Library Version: 101
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge null host overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: apparmor seccomp
Kernel Version: 4.4.0-31-generic
Operating System: Ubuntu 16.04.1 LTS
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 9.765 GiB
Name: apps
ID: 7WCN:K7EU:M6IO:NPF2:UK2W:HBKO:MUSD:V7FC:RNWU:3FSA:BNAR:TZEH
Docker Root Dir: /mnt/storage/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
WARNING: No swap limit support
Insecure Registries:
 127.0.0.0/8

Versión:

Client:
 Version:      1.12.0
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   8eab29e
 Built:        Thu Jul 28 22:11:10 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.12.0
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   8eab29e
 Built:        Thu Jul 28 22:11:10 2016
 OS/Arch:      linux/amd64

Vale la pena señalar que mi proyecto de redacción tiene 29 servicios.

También es extraño que cuando Docker se cuelga del puerto 80 sin ningún motivo, no pueda conectarme al puerto 80 desde otro host. Cuando el puerto 80 está legítimamente en uso por un contenedor, se puede acceder al puerto 80 externamente sin problemas.

una de las causas de este problema es no configurar docker-compose.yml si el puerto no se usa fuera de los contenedores, debería ser expose: d en lugar de ports: ed
ya que usar ports expone el puerto tanto a los otros contenedores de servicio como a la máquina host ... mientras que expose solo expone el puerto a los otros contenedores de servicio (sin interferir con las asignaciones de puertos del host) ...

Mi problema no es un problema de configuración (al menos no creo que lo sea).
Puedo reiniciar el Docker Daemon y reiniciar todos mis contenedores y cada vez serán diferentes contenedores los que fallarán con el error. Parece ser un error en Docker que cuelga de puertos que no debería ser.

En mi caso anterior con nginx, incluso si elimino el contenedor nginx y reinicio el demonio de la ventana acoplable, la ventana acoplable sigue escuchando en el puerto 80 y 443: /

Así que me las arreglé para solucionar mi problema. Lo ideal sería que no quisiera desinstalar Docker porque quiero mantener todas mis imágenes, ¡tengo bastantes descargadas! En cambio, eliminé todas mis redes personalizadas, eliminé todos mis contenedores y luego eliminé docker/network/files/local-kv.db y reinicié mi máquina.

Parece que algo interno en Docker se rompió en este archivo y persistió, y no había forma de borrarlo o arreglarlo. Esto probablemente se deba a que comencé con la versión 1.11, luego revisé todos los candidatos a la versión 1.12 y ahora estoy en la 1.12, así que tal vez algo en la ruta de actualización lo rompió.

Ahora parece estar funcionando bien 😄
Tengo el antiguo archivo local-kb.db guardado por si alguien del equipo de Docker quisiera echarle un vistazo si fuera útil. En resumen, el problema era que el demonio escuchaba en los puertos 80 y 443 incluso si no había contenedores escuchando en esos puertos.

Tengo el mismo problema. Eliminados todos los contenedores, red y local-kv.db + reiniciar ... ahora funciona de nuevo.

Esto también está sucediendo con docker 1.12.0, docker-compose 1.8 y swarm 1.2.4 en ubuntu. Utilizando cónsul para kv. Error al unirse al punto final en la red GW: el controlador no pudo programar la conectividad externa en la puerta de enlace del punto final. El contenedor donde ocurre el error permanece en un estado creado hasta que lo limpia.

Mismo error en Debian:

# docker version
Client:
 Version:      1.12.1
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   23cf638
 Built:        Thu Aug 18 05:02:53 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.12.1
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   23cf638
 Built:        Thu Aug 18 05:02:53 2016
 OS/Arch:      linux/amd64
# docker-compose up -d
Starting elk_elk_1

ERROR: for elk  driver failed programming external connectivity on endpoint elk_elk_1 (8b8bb61b786bd1e07fa83c39a14338cab6c594cdfe74890c36e32ed9de33d8d9): Bind for 0.0.0.0:12201 failed: port is already allocated
# netstat -nl -p tcp  | grep 12201
udp6       0      0 :::12201                :::*                                14055/docker-proxy

mismo error en ubuntu 16.04LTS.

versión docker
Cliente:
Versión: 1.12.1
Versión de API: 1.24
Go versión: go1.6.3
Confirmación de Git: 23cf638
Construido: Thu Aug 18 05:33:38 2016
SO / Arch: linux / amd64

Servidor:
Versión: 1.12.1
Versión de API: 1.24
Go versión: go1.6.3
Confirmación de Git: 23cf638
Construido: Thu Aug 18 05:33:38 2016
SO / Arch: linux / amd64

versión docker-compose
docker-compose versión 1.7.1, compilación 0a9ab35
versión de docker-py: 1.8.1
Versión de CPython: 2.7.9
Versión de OpenSSL: OpenSSL 1.0.1e 11 de febrero de 2013

Paso 3: EJECUTE rm /etc/nginx/conf.d/default.conf
---> Usando caché
---> 18fabfe71380
Paso 4: AÑADIR default.conf /etc/nginx/conf.d/
---> Usando caché
---> ad8c17a883c9
Ad8c17a883c9 construido con éxito
Creando uauth_fpm_1
Creando uauth_redis_1
Creando uauth_web_1

ERROR: para el controlador web no se pudo programar la conectividad externa en el punto final uauth_web_1 (1a1e10881709d37b7b242f43dca561802ddf19d67f713cfd05eb2cdae3c4b0c0): No se pudo enlazar para 0.0.0.0:443: el puerto ya está asignado
Rastreo (llamadas recientes más última):
Archivo "", línea 3, en
Archivo "compose / cli / main.py", línea 63, en main
AttributeError: el objeto 'ProjectError' no tiene el atributo 'msg'
docker-compose devolvió -1

seguir el método de madjam002 consiguió esto resuelto.

  1. docker rm -f todos los contenedores.
  2. interfaces de red rm de red docker.
  3. sudo rm /var/lib/docker/network/files/local-kv.db
    y reiniciar, funcionó. gracias amigos.

No puedo encontrar el archivo /var/lib/docker/network/files/local-kv.db . ¿Dónde puedo encontrar el archivo Souch? Estoy usando El Capitan 10.11.4 y Docker para Mac 1.12.

@ tsantos84 Docker se ejecutará dentro de una máquina virtual cuando use Docker para Mac.

Intente lo siguiente (aunque no lo he probado):

  • docker rm -f $(docker ps -aq) (eliminará todos sus contenedores)
  • docker network rm $(docker network ls -q) (eliminará todas sus redes)
  • docker run --rm -v /var/lib/docker/network/files:/network busybox rm /network/local-kv.db

Luego reinicie Docker para Mac y debería estar listo para comenzar 👍

O puede conectarse a la máquina virtual xhyve mediante:

pantalla -AmdS docker ~ / Library / Containers / com.docker.docker / Data / com.docker.driver.amd64-linux / tty
pantalla -S ventana acoplable -p 0 -X cosas
pantalla -r ventana acoplable
rm -f /var/lib/docker/network/files/local-kv.db
pantalla -S ventana acoplable -X salir

En @aanand todavía tengo el problema no. 2, es decir, después de detener los contenedores, los puertos que utilizan a veces todavía se asignan en localhost.
Estoy en Ubuntu 14.04 y Docker Versión: 1.12.0

Ejecutar docker-compose up después de detener y eliminar contenedores arroja el siguiente error para la imagen oficial de postgresql:

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

Esto es lo que muestra netstat:

 sudo netstat -nlp | grep 5432

 tcp6       0      0 :::5432     :::*    LISTEN

@ mad-raz fix para mac no me funcionó en Ubuntu. Tiene alguna solución a esto en Ubuntu

@mankind ¿Has probado alguna de mis soluciones mencionadas anteriormente?

@ madjam002 sí, excepto en la última línea, es decir, no ejecuté docker run --rm -v / var / lib / docker / network / files: / network busybox rm /network/local-kv.db porque dijiste que no ' Probé esto y no sé cuáles serán las implicaciones de eliminar todos esos archivos, así que no los eliminé porque quiero ver si puedo solucionarlo sin quitar y reinstalar la ventana acoplable desde cero.

@mankind Es la última línea que realmente realizará la corrección. La ejecución del comando eliminará todas sus redes de Docker, que es una operación destructiva, pero es la única forma que conozco de solucionar este problema. Es exactamente el mismo comando que publiqué anteriormente en este hilo, la única diferencia es que lo está ejecutando dentro de un contenedor Docker en lugar de en el host.

Para aclarar, deberá eliminar todos sus contenedores y ejecutar el comando que eliminará todas sus redes, pero conservará sus imágenes de Docker si eso es lo que le preocupa.

@ madjam002 gracias por aclarar.

Recibí el mismo error descrito por muchas personas en este hilo; sin embargo, mi problema / solución era diferente al de los demás.

Estoy usando docker-machine en mi mac. Tengo varios proyectos que usan Docker. Utilizo una máquina y solo uso docker-compose por proyecto para iniciar mis contenedores en esta única máquina. El problema que encontré fue que estaba tratando de iniciar mis contenedores para un proyecto (proyecto b), pero los contenedores para otro proyecto (proyecto a) se estaban ejecutando por alguna razón (no estoy seguro de por qué).

Específicamente, recibía errores que no podía vincular al puerto 80 y 3306 porque mientras iniciaba los contenedores del proyecto b, el proyecto a ya se estaba ejecutando y se vinculaba a esos puertos.

Acabo de usar docker ps -a para verificar que otros contenedores se estén ejecutando y ya estén vinculados a esos puertos. Detener esos contenedores resolvió el problema para mí.

El principal problema que veo aquí es que estos contenedores del proyecto siguen comenzando sin que yo los inicie realmente.

Espero que esto ayude a alguien más con este problema.

El mismo problema se solucionó al detener otra aplicación en el mismo puerto, verifique que la aplicación esté usando su puerto con netstat -anp | grep PORT (reemplace PORT con el que está usando) o use un puerto diferente. Eso se arregló para mí.
Espero que esto ayude a cualquiera.

@ragboyjr tal vez hayas comenzado el proyecto a contenedores con docker-compose up -d y tienes restart: always en tus archivos de redacción.

@ madjam002 ¡ Gracias por esta solución! esto me ha estado molestando durante un par de meses en Docker para Mac, tuve que recurrir a restablecer la configuración de fábrica, pero ejecutar esto junto con reiniciar el xhyve vm ha liberado esos puertos nuevamente.

Usando Docker para Mac, en mi caso, eliminar todos los contenedores y matar el proceso de Docker que ocupa los puertos no fue suficiente para solucionar el problema. También tuve que eliminar las redes asociadas con esos puertos.

detener y eliminar contenedores de Docker:
docker stop $(docker ps -a -q); docker rm $(docker ps -a -q); docker volume rm $(docker volume ls -qf dangling=true)

eliminar redes problemáticas:
docker network rm(docker network ls -q)

averigua que proceso ocupa el puerto
lsof -nP | grep LISTEN

examine la salida del último comando y elimine el proceso que ocupa el puerto (consulte la publicación de @ mad-raz sobre cómo hacerlo). Seguir estos pasos solucionó el problema para mí.

@marcelmfs ¡ tienes toda la razón! Muchas gracias por eso.

+1 igual aquí, reiniciar Docker para Mac lo corrige

Docker para Windows acaba de decirme que actualice, así que lo hice. Ahora mis contenedores no arrancan. Reinicio nuevo, reinicio de Docker nuevo, sin contenedores en ejecución. La base de datos no se inicia:

~Respuesta de error del demonio: el controlador no pudo programar la conectividad externa en la base de datos del punto final (44309324c7301ee0bba984b7bfee01201939c809b98f3d10333258d09d243931): Error al iniciar el proxy de usuario: Error en la vinculación para 0.0.0.0:3306: el puerto ya está asignadoError: no se pudieron iniciar los contenedores: db~

D4W Versión 1.13.0 (9795)

Vamos a investigar cómo instalar la versión anterior.

Tengo el mismo problema

# docker-compose -f /etc/docker/docker-compose.yml up -d
Creating influxdb1

ERROR: for influxdb  Cannot start service influxdb: driver failed programming external connectivity on endpoint influxdb1 (a5ebc95f32f72421ae46eb5bdc4e2fbf0c10f43da61188cb75d1322546111c1a): Bind for 0.0.0.0:8086 failed: port is already allocated
ERROR: Encountered errors while bringing up the project.
# docker version
Client:
 Version:      1.13.1
 API version:  1.26
 Go version:   go1.7.5
 Git commit:   092cba3
 Built:        Wed Feb  8 06:50:14 2017
 OS/Arch:      linux/amd64

Server:
 Version:      1.13.1
 API version:  1.26 (minimum version 1.12)
 Go version:   go1.7.5
 Git commit:   092cba3
 Built:        Wed Feb  8 06:50:14 2017
 OS/Arch:      linux/amd64
 Experimental: false



md5-a7d154bb42b823b1b35a4de5ba377ae0



# docker-compose version
docker-compose version 1.11.1, build 7c5d5e4
docker-py version: 2.0.2
CPython version: 2.7.12
OpenSSL version: OpenSSL 1.0.2g  1 Mar 2016

Reiniciar el servicio de la ventana acoplable no ayuda, lo mismo ocurre con el reinicio de la máquina host.

Simplemente ignore la entrada anterior ya que fue mi culpa (error tipográfico)

Tengo el mismo problema (openSUSE 42.2). La eliminación del archivo /var/lib/docker/network/files/local-kv.db solucionó el problema.

Eliminar el archivo /var/lib/docker/network/files/local-kv.db y reiniciar la ventana acoplable también solucionó este problema en Ubuntu

No importa, el problema sigue ahí

para mí fue brew nginx. una vez que lo detuve, Docker volvió a funcionar.

Tengo un problema similar en OSX con un puerto UDP, eliminar local-kv.db no parece ser una opción, ya que el puerto permanece bloqueado incluso cuando el motor de la ventana acoplable / VM se detiene, pero un reinicio borra el puerto vinculado. Parece ser un problema del lado de OSX.

$ netstat -na|grep "\.53" <- sin límite del puerto 53 udp

$ docker run -p 53:53/tcp -p 53:53/udp --cap-add=NET_ADMIN --name dnsmasq -d andyshinn/dnsmasq:2.75

$ netstat -na|grep "\.53"
udp4 0 0 *.53 *.* <- ok, ahora está vinculado

$ docker stop dnsmasq && sleep 2 && docker rm dnsmasq

$ netstat -na|grep "\.53"
udp4 0 0 *.53 *.* <- ¡permanece!

$ sudo lsof -i -n -P|grep ":53" <- ¡sin salida!

$ netstat -tulnvp udp|grep 53
udp4 0 0 *.53 *.* 196724 9216 1307 0 <- ok, tenemos un pid

$ sudo ps aux|grep 1307 <- ¡ningún pid coincidente!

Parece que algún viejo proceso "zombi" se aferra al puerto, pero no puedo averiguar cómo liberarlo.

OSX 10.11.6

$ versión docker
Cliente:
Versión: 17.03.0-ce
Versión de API: 1.26
Go versión: go1.7.5
Confirmación de Git: 60ccb22
Construido: Jue 23 Feb 10:40:59 2017
Sistema operativo / Arco: darwin / amd64

Servidor:
Versión: 17.03.0-ce
Versión API: 1.26 (versión mínima 1.12)
Go versión: go1.7.5
Confirmación de Git: 3a232c8
Construido: Tue Feb 28 07:52:04 2017
SO / Arch: linux / amd64
Experimental: cierto

Solo puedo confirmar que esto también me está sucediendo en varios contenedores.
OSX
➜ ~ versión de Docker
Cliente:
Versión: 17.03.1-ce-rc1
Versión de API: 1.27
Go versión: go1.7.5
Confirmación de Git: 3476dbf
Construido: Vie Mar 17 00:27:41 2017
Sistema operativo / Arco: darwin / amd64

Servidor:
Versión: 17.03.1-ce-rc1
Versión API: 1.27 (versión mínima 1.12)
Go versión: go1.7.5
Confirmación de Git: 3476dbf
Construido: Wed Mar 15 20:28:18 2017
SO / Arch: linux / amd64
Experimental: cierto

Algunas veces se ha resuelto solo con una compilación de docker-compose y otra vez reiniciando el proceso de la ventana acoplable.

+1 en mac.
Intenté eliminar todos los contenedores y reiniciar Docker. Pero vuelve a suceder ...

Problema similar en Ubuntu 16.04.2 LTS, Docker versión 17.04.0-ce, compilación 4845c56

$ docker run -p IP:80:3000 --link tribeca-mongo:mongo --name tribeca -d tribeca
29a0cac17720e203e4392b281460732dc5fe43c72e34bc7365760f8bba9dc348
docker: Error response from daemon: driver failed programming external connectivity on endpoint tribeca (54911841811bf7fb7b8b6b866eae2b790fe1b8b3bd18ccd0bb2089b565538c6c): Error starting userland proxy: listen tcp IP:80: bind: cannot assign requested address.

ubuntu mismo problema

Mac 10.12.3 mismo problema

Windows 10, mismo problema

Mac 10.12.3 (16D32), mismo problema
ERROR: Se encontraron errores al abrir el proyecto.

Windows 10, mismo problema

información de docker
Envases: 4
Corriendo: 3
En pausa: 0
Detenido: 1
Imágenes: 7
Versión del servidor: 17.03.1-ce
Controlador de almacenamiento: overlay2
Sistema de archivos de respaldo: extfs
Soporta d_type: true
Diferencia de superposición nativa: verdadero
Controlador de registro: archivo json
Controlador de Cgroup: cgroupfs
Complementos:
Volumen: local
Red: superposición nula de ipvlan macvlan del host del puente
Enjambre: inactivo
Tiempos de ejecución: runc
Tiempo de ejecución predeterminado: runc
Init Binary: docker-init
versión en contenedor: 4ab9917febca54791c5f071a9d1f404867857fcc
versión de runc: 54296cf40ad8143b62dbcaa1d90e520a2136ddfe
Versión de inicio: N / A (esperado: 949e6facb77383876aeff8a6944dde66b3089574)
Opciones de seguridad:
seccomp
Perfil: predeterminado
Versión de Kernel: 4.9.13-moby
Sistema operativo: Alpine Linux v3.5
OSType: linux
Arquitectura: x86_64
CPU: 4
Memoria total: 6.538 GiB
Nombre: moby
ID: HVV7: ECOB: GSCQ : UHGE: MUHA : GVD5: KS3W: YVJ5: DJ5E: AJIM: OHMR : 344T
Directorio raíz de Docker: / var / lib / docker
Modo de depuración (cliente): falso
Modo de depuración (servidor): verdadero
Descriptores de archivo: 36
Gorutinas: 39
Hora del sistema: 2017-05-11T09: 41: 16.7020554Z
EventosOyentes: 0
Registro: https://index.docker.io/v1/
Experimental: cierto
Registros inseguros:
127.0.0.0/8
Espejos de registro:
https://mhihpv4t.mirror.aliyuncs.com
Live Restore habilitado: falso

solo ejecuta: docker run -d -p 3142:3142 --name blaName Bla_imageID
sin ip y luego ejecute docker container ls para tener su dirección IP y luego conéctese a ella.

¡Para mí funciona! en la nueva versión de Docker en MAC

Para aquellos que quieran especificar una dirección específica

Crea tu red de Docker:
docker network create --subnet=172.18.0.0/16 mynet123

luego simplemente ejecute la imagen (tomaré ubuntu como ejemplo)
docker run --net mynet123 --ip 172.18.0.22 -it ubuntu bash

Tuve este mismo problema en Windows Docker + WSL y este artículo ayudó a resolverlo:
https://www.mikeplate.com/2011/11/06/stop-http-sys-from-listening-on-port-80-in-windows/

esto es lo que finalmente funcionó para mí en mi mac:
sudo /usr/sbin/apachectl stop
luego puede saber que httpd no está allí ejecutando ps -ef | grep httpd

Mismo problema en Windows 10. Resuelto simplemente reiniciando Docker (el reinicio de la computadora no funcionó).

Reinicié Docker y funcionó
sudo service docker stop
luego
sudo service docker start

Lo mismo en ubuntu 16.04 a través de docker-compose.
# docker -v Docker version 17.03.1-ce, build c6d412e

El reinicio del daemon de la ventana acoplable funcionó, pero es un poco triste.

Este problema puede estar relacionado con libnetwork. Hice un PR (https://github.com/docker/libnetwork/pull/1794). Espero que pueda ser de ayuda.

Me había ocurrido esto a mí. El mapeo de puertos no apareció cuando hice netstat -an en un indicador de Powershell elevado, aunque no intenté lo mismo desde la máquina virtual. Tuve que reiniciar Docker para Windows para solucionarlo. Esto también recrea la VM subyacente.

Esto podría ser algo obvio de intentar, pero tuve este error, pero reinicié Docker y luego inicié los contenedores y el error desapareció.

El mismo error, el mismo remedio, reinició Docker en Mac, luego volvió a ejecutar el comando y funcionó.

Tengo este problema que persiste en nuestro sistema de CI: las compilaciones "aleatorias" están rotas debido a este error. Funcionaba bien hace unas semanas, luego comenzó a aparecer al azar. Reiniciar Docker parece ayudar, pero sigue siendo una solución poco confiable para un sistema CI.
Lamentablemente, no tengo a mano ninguna información cuando comenzó a suceder, sospecho que cuando actualicé el paquete de docker pre-moby "antiguo" a docker-ce , pero ahora es solo una suposición

@ mad-raz Muchas gracias por la solución. Pasé horas resolviéndolo y tu respuesta funcionó

A veces, docker-compose no puede iniciar el contenedor deseado y deja el puerto ocupado con un proceso escuchando ... así que intente enumerar todos los puertos (escuchando) usando
lsof -nP + c 15 | grep ESCUCHAR
salidas
Dropbox 384 IPv4 0x82c TCP 127.0.0.1:17600 (ESCUCHAR)
com.docker.slirp 6218 IPv4 0x82c TCP *: 5432 (ESCUCHAR) << Python 6268 IPv4 0x82c TCP 127.0.0.1:51617 (ESCUCHAR)
luego elimine el ID del proceso com.docker.slirp si es el que está causando el problema
matar -9 6218

Tengo el mismo problema en Mac 10.12.5 (16F73):

Version 17.03.1-ce-mac12 (17661)
Channel: stable
d1db12684b

Pero no hay problema para la misma imagen de la ventana acoplable en Linux:

Distributor ID: Ubuntu
Description:    Ubuntu 16.04.2 LTS
Release:    16.04
Codename:   xenial

Client:
 Version:      17.03.1-ce
 API version:  1.27
 Go version:   go1.7.5
 Git commit:   c6d412e
 Built:        Mon Mar 27 17:14:09 2017
 OS/Arch:      linux/amd64

Server:
 Version:      17.03.1-ce
 API version:  1.27 (minimum version 1.12)
 Go version:   go1.7.5
 Git commit:   c6d412e
 Built:        Mon Mar 27 17:14:09 2017
 OS/Arch:      linux/amd64
 Experimental: false

mismo error

Docker versión 17.06.0-ce, compilación 02c1d87

Las soluciones para mí fueron detener, eliminar y volver a ejecutar contenedores. Si eso falla, deténgase y reinicie la ventana acoplable e intente nuevamente. Si eso falla, reinicie, reconstruya las imágenes de la ventana acoplable y vuelva a ejecutar los contenedores.

Solo tuve que detener apache y ejecutar docker-compose up nuevamente.

Simplemente reiniciar la ventana acoplable me soluciona este problema.

Tuve este problema en Windows 10 Pro y detuve el servicio IIS, ¡luego funciona!

Si el error que recibe está relacionado con Redis. asegúrese de no ejecutar Redis para Windows / Linux / etc.en segundo plano y / o al iniciar

Apagar Docker a través del menú / Reiniciar a través del menú no solucionó el problema para mí, ya que no parece que Docker realmente se detenga por completo.

Ejecuté sudo pkill -fi docker y, posteriormente, volví a abrir la ventana acoplable y se solucionó.

Un problema en docker-for-mac nuevamente (no visto en la versión anterior, 17.06.0-ce-mac18 (18433)):
docker info Containers: 0 Running: 0 Paused: 0 Stopped: 0 Images: 0 Server Version: 17.09.0-ce Storage Driver: overlay2 Backing Filesystem: extfs Supports d_type: true Native Overlay Diff: true Logging Driver: json-file Cgroup Driver: cgroupfs Plugins: Volume: local Network: bridge host ipvlan macvlan null overlay Log: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog Swarm: inactive Runtimes: runc Default Runtime: runc Init Binary: docker-init containerd version: 06b9cb35161009dcb7123345749fef02f7cea8e0 runc version: 3f2f8b84a77f73d38244dd690525642a72156c64 init version: 949e6fa Security Options: seccomp Profile: default Kernel Version: 4.9.49-moby Operating System: Alpine Linux v3.5 OSType: linux Architecture: x86_64 CPUs: 2 Total Memory: 7.787GiB Name: moby ID: DTSR:I2Q4:V6L7:XGCE:YFZJ:UASU:47JH:K3K3:ZALX:DJQL:YM5O:GC64 Docker Root Dir: /var/lib/docker Debug Mode (client): false Debug Mode (server): true File Descriptors: 20 Goroutines: 32 System Time: 2017-10-11T08:37:39.082141259Z EventsListeners: 1 No Proxy: *.local, 169.254/16 Registry: https://index.docker.io/v1/ Experimental: true Insecure Registries: 127.0.0.0/8 Live Restore Enabled: false

Tuve el mismo problema, parece que algunos contenedores todavía se estaban ejecutando y bloqueando los puertos.

haga un "docker ps -a" para comprobar si tiene contenedores en ejecución
ejecute "docker kill $ (docker ps -q)" para detener todos los contenedores en ejecución

Estoy enfrentando el mismo problema en la versión de mac 17.09.0-ce-mac35 (19611)

Pruebe la solución en el subproceso por madjam002. Si eso no funciona, exporte todas sus imágenes personalizadas o asegúrese de que puedan reconstruirse con Dockerfiles, luego rmi por completo todas sus imágenes, desinstale Docker, reinicie y reinstale Docker, pero puede suceder nuevamente. Una solución alternativa es cambiar su configuración a un puerto diferente. Cuando hice eso, ocasionalmente, el nuevo puerto se bloqueaba nuevamente y tenía que cambiar la configuración a un tercer puerto. No está claro por qué les sucede esto a algunas personas y no a otras.

En MAC, detenga el apache interno

sudo apachectl stop

He tenido este problema continuamente. Lo extraño es que obtengo ERR_SOCKET_NOT_CONNECTED en el navegador cuando intento acceder al servicio. Luego, detengo el contenedor e intento iniciarlo de nuevo, es cuando recibo el error que está informando.

Reiniciar el motor de Docker soluciona el problema, pero vuelve poco después.

Después de investigar un poco, me di cuenta de que mis contenedores pueden comunicarse entre sí a través de las direcciones IP internas que asigna Docker, pero no pueden comunicarse con el mundo exterior (incluso con Google y demás).

Esto podría suceder después de 10 minutos o después de 2 horas de uso.

Estoy en MacOS High Sierra y el último Docker para Mac.

@rogoit que me resolvió el problema. ¡Gracias!

sudo launchctl unload /System/Library/LaunchDaemons/org.apache.httpd.plist me funciona en mac

Cuando recibo este error, he tenido éxito al visitar el directorio / port en el host:

screen ~/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/tty
cd /port/tcp:0.0.0.0:5000:tcp:172.18.0.16:3000  # or whatever file had the file exists error

En mi caso, había un archivo en ese directorio; creo que se llamaba ctl o similar, y después de ejecutar cat en ese archivo para ver qué contenía, el problema desapareció: el archivo, y el directorio también desapareció después de cd .. y ls .

Entonces podría ejecutar docker-compose start [service] .

Versión 17.09.0-ce-mac35 (19611)
Canal: estable
a98b7c1b7c

macOS 10.13.1 (17B1003)

Parece que este problema tiene muchas variantes. Aquí está el mío:

Docker para Windows en Windows 10.

Parece que la última actualización de Windows 10 (Fall Creators Update, 2017) tiene una nueva "característica". Cuando apaga, recuerda lo que se está ejecutando para que pueda volver a iniciarlos cuando reinicie.

Esto causa estragos en Docker para Windows (y borró varias horas de mi tiempo antes de establecer la conexión). Obtuve el temido "controlador falló al programar la conectividad externa en el punto final" al intentar volver a subir mi ventana acoplable-componer.

Resulta que, en este caso, simplemente reiniciar Docker lo resuelve. No encontré eso de inmediato, porque reinicié la computadora. Pensando que esto también reiniciaría Docker. No, reconstituyó Docker en mal estado.

Parece que no hay forma de desactivar esta nueva función de Win10.
https://answers.microsoft.com/en-us/insider/forum/insider_wintp-insider_perf-insiderplat_pc/programs-autostart-after-boot-in-windows-10-fall/09dd8d3e-7b36-45d1-9181-6587dd5d53ab

En cambio, para apagar "correctamente" nos vemos obligados a ejecutar esto desde el símbolo del sistema: shutdown / s / t 0 o reiniciar Docker cuando me olvide de hacer esto.

@ biscuit314 Tu sugerencia de reiniciar el servicio de Docker funcionó para mí, un pequeño problema si Windows no lo está restaurando bien o Docker no puede manejar cómo lo hace Windows.

simplemente hazlo;

sudo apachectl stop

Nunca lo he tenido en Windows, pero cuando cambié a Mac tuve este error. Reiniciar Docker no cambió nada. La solución fue cambiar el puerto de apache en Mac de 80 predeterminado a otro (y obviamente reiniciar apache). Después de que este problema desapareciera.

Soy consciente de que este hilo todavía genera mucha discusión, pero voy a cerrarlo porque no tiene nada que ver con Compose per se. Como se ha señalado en varios comentarios, asegúrese de que no tenga aplicaciones host vinculando el puerto que su servicio está tratando de exponer (Apache es un delincuente común).

Para cualquiera que siga viniendo aquí desde Google: para mi máquina de desarrollo local, DHCP me dio un nuevo contrato de arrendamiento y el servicio Docker no lo detectó y ya no pudo crear las asignaciones de red.

Desafortunadamente, ninguna de las sugerencias me funcionó. Docker para Mac Edge 18 algo. Sierra Alta.

Lo único que funcionó fue esperar hasta que Docker se iniciara después de reiniciar el sistema y luego ejecutar
$ docker-compose up -d --force-recreate manualmente. Super triste.

Al final bajé de nuevo a Docker para Mac Stable 17 algo y todo funciona bien de nuevo.

En fedora 27 puedo solucionar este problema desactivando mi firewall y reiniciando la ventana acoplable.

systemctl stop firewalld
systemctl restart docker

Encontré el problema en un servidor AWS Ubuntu 16. Simplemente sudo service docker restart resolvió mis problemas ...

Encontré el problema en Windows. Falla en cualquier servicio en cualquier puerto, reiniciar Docker lo solucionó.

Sí, también tuve este problema con Docker para Windows. Reiniciar Docker lo solucionó.

También encontré esto varias veces hoy y ayer con Docker para Windows. Reiniciar Docker no lo solucionó 😅

Lo único que funcionó fue esperar hasta que Docker se iniciara después de reiniciar el sistema y luego ejecutar
$ docker-compose up -d --force-recreate manualmente. Super triste.

Eso también funcionó para mí.

¿Hay algo que pueda hacer (recopilar más registros, enviar ID de diagnóstico) para ayudar a investigar esto?

Estaba enfrentando este problema en este momento en Linux. systemctl restart docker me lo arregló.

El mismo problema aqui. CORREGIDO CUANDO reinicié Docker , y los puertos fueron liberados - ordenados

Estoy usando Windows 10.0.16299.125, Docker para Windows 17.12.0-ce (15139) y contenedores de Linux. Apagué Skype y el error _ el controlador falló al programar la conectividad externa en el punto final_ desapareció. Aquí está mi docker-compose.yml:

version: '3'

services:
  identity.api:
    environment:
      - ASPNETCORE_ENVIRONMENT=Development
    ports:
      - "80"

Me había olvidado por completo de que tenía un Valet funcionando al inicio. Básicamente, solo verifique todos los puertos y detenga cualquier otra cosa que se esté ejecutando antes de iniciar la ventana acoplable.

Estaba modificando algunas configuraciones de iptables. Y encontré este error. Reiniciar el demonio de la ventana acoplable lo solucionó ...

Starting 4b77a68f3777_deploy_nginx_1 ... 
Starting 6b96d171e3eb_deploy_database_1 ... 
deploy_fpm_1 is up-to-date
Starting 4b77a68f3777_deploy_nginx_1 ... error

ERROR: for 4b77a68f3777_deploy_nginx_1  Cannot start service nginx: b'driver failed programming external connectivity on endpoint 4b77a68f3777_deploy_nginx_1 (0efc2656fd512a2102e7ab82391048a6f5b9503819139096739d443a5b2553b0):  (iptables failed: iptables --wait -t nat -A DOCKER -p tcp -d 0/0 --dport 443 -j DNAT --to-destination 172.18.0.Starting 6b96d171e3eb_deploy_database_1 ... error

ERROR: for 6b96d171e3eb_deploy_database_1  Cannot start service database: b'driver failed programming external connectivity on endpoint 6b96d171e3eb_deploy_database_1 (39fe9b0f86582e35df2c279dc2619f660008b6c3928e293744e005d5eca8245f):  (iptables failed: iptables --wait -t nat -A DOCKER -p tcp -d 0/0 --dport 5432 -j DNAT --to-destination 172.19.0.2:5432 ! -i br-53878ee15994: iptables: No chain/target/match by that name.\n (exit status 1))'

ERROR: for nginx  Cannot start service nginx: b'driver failed programming external connectivity on endpoint 4b77a68f3777_deploy_nginx_1 (0efc2656fd512a2102e7ab82391048a6f5b9503819139096739d443a5b2553b0):  (iptables failed: iptables --wait -t nat -A DOCKER -p tcp -d 0/0 --dport 443 -j DNAT --to-destination 172.18.0.3:443 ! -i br-9c08ee804427: iptables: No chain/target/match by that name.\n (exit status 1))'

ERROR: for database  Cannot start service database: b'driver failed programming external connectivity on endpoint 6b96d171e3eb_deploy_database_1 (39fe9b0f86582e35df2c279dc2619f660008b6c3928e293744e005d5eca8245f):  (iptables failed: iptables --wait -t nat -A DOCKER -p tcp -d 0/0 --dport 5432 -j DNAT --to-destination 172.19.0.2:5432 ! -i br-53878ee15994: iptables: No chain/target/match by that name.\n (exit status 1))'

Estaba enfrentando este problema en este momento en vagrant box. El problema de vagrant box recargado se solucionó.

mismo problema Windows 10

El mismo problema en Windows 10.
Respuesta de error del demonio: el controlador falló al programar la conectividad externa en el punto final
después de intentar reiniciar un contenedor.

@ gudge25 @magomedov No estoy seguro si esto está relacionado, pero 18.03-rc3 acaba de ser lanzado y contiene esta solución . Podría valer la pena actualizar para ver si esa compilación soluciona los problemas que la gente tiene aquí.

Editar: acabo de probar mi proyecto que solía sufrir este problema después de un reinicio. Después de 20 minutos de prueba, ya no puedo reproducir el problema.

mi solución fue -> Restablecer Docker a los valores predeterminados de fábrica

cada vez que enciendo mi computadora, inicio mi contenedor, veo este error.
Respuesta de error del daemon: el controlador falló al programar la conectividad externa en el punto final ea-mysql (4bf1d5fc80663ac6ceabb68283b7a31860672826709d73aecaeaaa8f50be69ff): Error al iniciar el proxy de usuario: mkdir / port / tcp: 0.0.0.2 : 3306: tcp: 172 :
Error: no se pudieron iniciar los contenedores: b

reinicie la computadora, comience de nuevo, funciona.

PS C: Usersphucnv7> información de la ventana acoplable
Contenedores: 1
En ejecución: 0
En pausa: 0
Detenido: 1
Imágenes: 2
Versión del servidor: 18.03.0-ce
Controlador de almacenamiento: overlay2
Sistema de archivos de respaldo: extfs
Soporta d_type: true
Diferencia de superposición nativa: verdadero
Controlador de registro: archivo json
Controlador de Cgroup: cgroupfs
Complementos:
Volumen: local
Red: superposición nula de ipvlan macvlan del host del puente
Registro: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Enjambre: inactivo
Tiempos de ejecución: runc
Tiempo de ejecución predeterminado: runc
Init Binary: docker-init
versión en contenedor: cfd04396dc68220d1cecbe686a6cc3aa5ce3667c
versión de runc: 4fc53a81fb7c994640722ac585fa9ca548971871
versión init: 949e6fa
Opciones de seguridad:
seccomp
Perfil: predeterminado
Versión de Kernel: 4.9.87-linuxkit-aufs
Sistema operativo: Docker para Windows
OSType: linux
Arquitectura: x86_64
CPU: 2
Memoria total: 1.934GiB
Nombre: linuxkit-00155d347405
ID: 7 SDD: BOPB : ZIQ4: XO2T: AMRA: BGMS : XKB7: EHGH: K73W : 2Y4D: SLCW: Z5DX
Directorio raíz de Docker: / var / lib / docker
Modo de depuración (cliente): falso
Modo de depuración (servidor): verdadero
Descriptores de archivo: 19
Gorutinas: 36
Hora del sistema: 2018-03-28T01: 25: 45.5754181Z
EventosOyentes: 1
Registro: https://index.docker.io/v1/
Etiquetas:
Experimental: cierto
Registros inseguros:
127.0.0.0/8
Live Restore habilitado: falso

Creo que puedo haber descubierto esto, chicos, es realmente tonto ... Estoy en una Mac y tengo 2 cuentas de usuario separadas, ambas ejecutando Docker. Después de salir de Docker en la otra cuenta, volví a probar el comando lando start y funcionó a la perfección.

Si tiene MAC, intente detener el servidor. Tengo apache.
sudo / usr / sbin / apachectl stop

Para resolver el siguiente error en Windows Reinicie Docker (desde el menú de la bandeja o seleccionando la opción 'Reiniciar Docker ...' en Configuración / Restablecer)

Cannot start service YOUR_SERVICE: driver failed programming external connectivity on endpoint

No puedo iniciar ningún contenedor después de que Windows y Docker estén completamente iniciados. Sin esperar arregla eso. Reiniciar Docker desde el icono de la barra de estado de Docker for Win lo resuelve.

El 100% del tiempo, Docker no funciona después de arrancar / reiniciar y tengo que reiniciar el demonio de Docker en el 100% de los casos.

EDITAR: sí, @IGZmanuelMartinVivaldi , esto funciona, pero tengo que hacerlo cada reinicio del host. ¿Es esto un problema con compose o con el demonio Docker en general?

@IGZmanuelMartinVivaldi agradece este trabajo

@NoICE parece que es un problema que comenzó con la actualización de Windows 10 Fall Creators, pero no sé que se solucionará en la actualización actual de Spring o en las nuevas versiones de Dockers.

@IGZmanuelMartinVivaldi Tengo el mismo problema que @NoICE. Tengo que reiniciar la ventana acoplable todo el tiempo después de que Windows se haya iniciado por completo. Estaba en la actualización Fall Creators y la actual.

PD. Estoy usando docker compose, cualquier archivo de docker compose usa la versión 2.

El mismo problema aquí @namerci. Es necesario reiniciar manualmente la ventana acoplable después de que Windows se haya iniciado por completo.

Igual que aquí :(
Reiniciar Docker para Windows o, a veces, detener contenedores y luego funciona docker system prune

El mismo problema aquí

Estoy tratando de resolver el mismo problema durante los últimos dos días, pero hasta ahora no he tenido éxito. Sucede en Windows 7, Docker Toolbox, AWS SAM CLI y Eclipse.

+1 mismo problema en Windows 10

Tuve un problema similar con mi servidor nginx. Para resolver tuve que:

docker stop $(docker ps -qa)

Windows 10 tiene algo así como un arranque rápido. Probablemente esto sea un problema. En
otra PC sin arranque rápido funciona bien.

wt., 22 de mayo de 2018, 20:25 użytkownik rangeoshun [email protected]
napisał:

Tuve un problema similar con mi servidor nginx. Para resolver tuve que:

docker stop $ (docker ps -qa)

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/docker/compose/issues/3277#issuecomment-391092688 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/ABGaX_NDPkbWf08T2wOkq1PjQz4v-ES3ks5t1FgPgaJpZM4IBfG_
.

EDITAR: Soy yo ciego. Hubo un error tipográfico en el número de puerto en mi configuración.

Mismo problema: el enlace para 0.0.0.0:18305 falló: el puerto ya está asignado.
Pero el puerto no está asignado. Verificado con sudo lsof -i -P -n , y el servicio se puede indicar sin problema cuando no se utiliza la ventana acoplable.

Versión: 18.03.1-ce-mac65 (24312)
Canal: estable
93354b38bd

Reiniciar no ayuda.
Restablecer los valores predeterminados de fábrica no ayuda.

También me enfrentaba al mismo problema.
Lo resolví reiniciando la ventana acoplable.
Chicos, veo que en algún momento la máquina virtual puede estar ocupada con los mismos puertos que están ejecutando ahora.
Entonces, al reiniciar la ventana acoplable, puede resolver este problema.

Como se señaló anteriormente . Este no es un problema de redacción, es un problema de Docker. De ahí por qué esto está cerrado.
Hay un problema abierto para esto en el repositorio de Docker .

Podría adjuntar cualquier servicio a cualquier puerto. Por alguna razón, el mensaje de error me mostraba una dirección IP que no reconocía. Reinicié Docker (Windows) y funcionó a partir de ahí.

Tuve el mismo problema en Mac OS Sierra 10.12.6. Docker versión 18.03.1-ce.

Lo resolví aplicando la sugerencia @ a14m :
Soution :
lsof -nP +c 15 | grep LISTEN

com.docker.vpnk 35957   18u     IPv4        0t0       TCP *:7501 (LISTEN)
com.docker.vpnk 35957   19u     IPv6        0t0       TCP [::1]:7501 (LISTEN)

Busque el proceso que está escuchando el puerto bloqueado y elimínelo :
kill -9 35957

Luego reinicia Docker y todo está bien

Deshabilitar Fast Boot en Windows 10 ayuda

Reiniciar Docker funciona

Reiniciar la ventana acoplable (a través del comando "Reiniciar" o salir y volver a iniciar manualmente) NO funcionó para mí.

Restablecer Docker a los valores predeterminados de fábrica

Me ayudó.

me ayuda reiniciando Docker.

Reiniciar Docker funciona para mí. (Docker para Windows, Docker version 18.06.1-ce, build e68fc7a )

Para agregar al comentario de Ray-Eldath: estaba confundido porque reiniciar mi computadora dos veces no funcionó (la misma versión: 18.06.1-ce para Windows), y seguramente reiniciar su computadora es suficiente para contar como reiniciar Docker también, ¿verdad? Así que supongo que reiniciar no lo solucionó, ¿verdad? Bueno, no, jejeje. De hecho, voy a Docker y hago clic en "Reiniciar" y ahora funciona.

EDITAR: Oh, interesante, ahora sé por qué sucedió esto (probablemente). Reiniciar mi computadora realmente creó este problema, creo. Mira esto:

https://stackoverflow.com/questions/40668908/running-docker-for-windows-error-when-exposing-ports

Cita relevante:

La última actualización de Windows 10 (Fall Creators Update, 2017) tiene una nueva "característica". Inicia automáticamente todas las aplicaciones que se estaban ejecutando la última vez que se apagó.

Esto reconstituye Docker para Windows en mal estado. Eso hizo que pareciera que esos puertos estaban siendo utilizados por otra cosa: era el fantasma de sí mismo. Esto explicó por qué esos puertos todavía estaban en uso a pesar de que detuve / inicié mis contenedores e incluso reinicié.

Dado eso, todavía sospecho de la actualización de Windows 18.06.1-ce, ya que esto no fue un problema para mí hasta que lo actualicé.

Tengo Windows 10 Pro tanto en una computadora portátil como en una computadora de escritorio con exactamente el mismo problema. Actualmente estoy ejecutando la versión: 18.06.1-ce, pero al menos las 2 últimas versiones anteriores tenían el mismo comportamiento. Este es un problema constante y fácilmente reproducible, que ocurre en una configuración muy común.

¿Estamos todos haciendo algo mal o es algo que debe solucionarse?

También puede comprobarlo con ACTIVITY MONITOR en OSX. Vi este problema cuando otro usuario inició sesión y estaba usando Docker. Mata los procesos o cierra la sesión y funcionará.

Tuve esto en Docker para Windows con nginx. Reinicié la ventana acoplable y no la veo ahora. Por supuesto, probablemente estará allí si lo elimino y luego creo un nuevo contenedor para nginx.

Tuve el mismo problema (iniciando un proxy inverso nginx en el puerto 80) en Windows 10, tal vez causado por una instalación anterior de caja virtual.

Restablecer la ventana acoplable a los valores predeterminados de fábrica (haga clic con el botón derecho en el área de notificación -> configuración -> restablecer) lo solucionó.

reiniciar el trabajo de la ventana acoplable para mí. en windows 10

thx @ballmdr , eso también funciona para mí.

Estaba teniendo el mismo problema. IIS estaba utilizando el puerto 80.

1) Pulse Ejecutar, escriba - 'inetmgr' que abre IIS
2) En acciones (arriba a la derecha): haga clic en 'Detener'
3) ¿Docker se ejecuta de nuevo?

Obtuve el mismo problema en MAC moJave después de actualizar docker-compose. Simplemente reiniciar la ventana acoplable me soluciona los problemas .

Lo mismo aquí, tengo macOS Mojave y reinicio problemas solucionados.

@makproductions gracias.

Recibo este problema con bastante frecuencia (en Windows) y reiniciar Docker resuelve el problema.

Ubuntu 18.04, reiniciar Docker resuelve el problema

El problema todavía existe en Windows en 18.06.1-ce-win73 (19507) Plase vuelva a abrir esto.

Por lo general, sucede ya que postgresql se está ejecutando y usa el puerto 5432 para intentar detener el servicio y ejecutar el docker-compose up --build para que realice la inicialización.

parada postgresql del servicio sudo
docker-compose up --build

Deberia trabajar

madjam002

1.docker rm -f todos los contenedores.
2. interfaces de red rm de red docker.
3.sudo rm /var/lib/docker/network/files/local-kv.db

Intenté esto ahora estoy atascado con otro problema como docker: Error response from daemon: failed to update store for object type *libnetwork.endpointCnt: Key not found in store. . Cómo solucionar este problema, me puede sugerir ... Gracias.

Soy consciente de que este hilo todavía genera mucha discusión, pero voy a cerrarlo porque no tiene nada que ver con Compose per se.

Este es un problema de la ventana acoplable, no un problema de composición de la ventana acoplable. Este problema está cerrado, por lo que no va a ganar tracción. Ya hay varios problemas abiertos en el repositorio principal de Docker. Los comentarios probablemente deberían ir allí:

Ver https://github.com/docker/for-win/issues/2722
y https://github.com/docker/for-win/issues/1967

@ shin- ¿Debería estar bloqueado?

Recibo el mismo error en la siguiente situación:
Docker 18.06.1, Docker Compose 1.22.0, Ubuntu 18.04

Iniciando d1df6864f98d2599_api_1 para d1df6864f98d2599_api_1 No se puede iniciar el servicio api: el controlador no pudo programar la conectividad externa en el punto final d1df6864f98d2599_api_1 (6b3f4a9c68d6858ace2b39a0296ed41620ff3007b14c237.07b539 ya está asignado para el puerto 0.07d267b539)

Cuando inicio los contenedores usando docker-compose desde la línea de comando, el contenedor se llama src_api_1 , porque estoy ejecutando el comando desde una carpeta src .

Cuando ejecuto docker-compose desde TeamCity, el contenedor se llama d1df6864f98d2599_api_1 y obtengo ese error.

El comando es docker-compose -f src/docker-compose-production.yml up -d api .

Acabo de cambiar mi número de puerto en el archivo .yaml y comenzó a funcionar para mí.

En mi caso, fue porque la contraseña de inicio de sesión de Windows se actualizó y aparentemente la nueva contraseña no se actualizó en Docker. Tuve que ir a la ventana acoplable para Windows -> configuración -> unidad compartida, desmarcar las unidades compartidas, hacer clic en aplicar, y luego verificar nuevamente y aplicar, luego solicitará la contraseña. Después de ingresar la contraseña, vuelve a funcionar.

Esto sigue afectando a mi configuración. Reiniciar Docker no libera el puerto en OSX. Reiniciar la máquina host libera el puerto.

Recibí el mismo mensaje de error, pero mi problema fue causado por trabajar en dos páginas diferentes al mismo tiempo.

Al cambiar de uno también al otro, olvidé usar docker-compose down,

También estaba enfrentando el mismo problema, pero después de mucho tiempo, encontré la solución perfecta.

  1. escriba docker container ls -a (verifique el contenedor que está usando ese número de puerto)
  2. contenedor docker rm -f(Desasigne el puerto quitando ese contenedor)
  3. Evaluar su nuevo contenedor con su número de puerto

@ ronakganatra9 hey, tengo una pregunta ¿dónde podría encontrar su propio puerto en el archivo .yaml?

`` `PS C: UsersMouazDesktopfernandroidstf-poc> docker-compose arriba
stf-poc_storage-temp_1_20d132e37939 está actualizado
stf-poc_dev-triproxy_1_7224046ecd68 está actualizado
stf-poc_auth_1_f76f43d5e179 está actualizado
stf-poc_rethinkdb_1_6e5e0628f86c está actualizado
stf-poc_triproxy_1_7d61645de13d está actualizado
stf-poc_adb_1_53f170a2d9ae está actualizado
stf-poc_storage-plugin-apk_1_efbbfa2dc680 está actualizado
stf-poc_storage-plugin-image_1_ebc249ed0769 está actualizado Comenzando con stf-poc_migrate_1_ebc2c2157fdf ...

Iniciando stf-poc_migrate_1_ebc2c2157fdf ... hecho

stf-poc_api_1_713c609d74d5 está actualizado
stf-poc_reaper_1_cca8849d63b8 está actualizado
stf-poc_websocket_1_a41866f85947 está actualizado
stf-poc_app_1_db0fc2088323 está actualizado
Iniciando e3e9585e6a3a_stf-poc_provider_1_6961669e5bb1 ... error

ERROR: para e3e9585e6a3a_stf-poc_provider_1_6961669e5bb1 No se puede iniciar el proveedor de servicios: b'driver falló programación conectividad externa en el punto final e3e9585e6a3a_stf-poc_provider_1_6961669e5bb1 (6033aa098528aac29e541b1d52303e4106c0f7a760222995b4c0b348a7d76941): Error al iniciar el entorno de usuario de proxy: Bind para 0.0.0.0:7680: Permiso denegado error inesperado'

ERROR: para el proveedor No se puede iniciar el proveedor de servicios: b'driver falló al programar la conectividad externa en el punto final e3e9585e6a3a_stf-poc_provider_1_6961669e5bb1 (6033aa098528aac29e541b1d52303e4106c0f7a760222995b4c07bland348): error de inicio inesperado para el usuario: 0.07
ERROR: Se encontraron errores al abrir el proyecto.
PS C: UsersMouazDesktopfernandroidstf-poc> contenedor docker ls
ID DE CONTENEDOR COMANDO DE IMAGEN ESTADO CREADO NOMBRES DE PUERTOS
d46b94a05e8b stf-poc_nginx "/entrypoint.sh" hace 2 minutos Reiniciando (1) hace 38 segundos stf-poc_nginx_1_4c61f58776f1
6674d0116aa9 openstf / stf: último "stf storage-plugin-…" Hace 2 horas Arriba Aproximadamente un minuto 3000 / tcp stf-poc_storage-plugin-image_1_ebc249ed0769
df2e7c721d55 openstf / stf: último "stf storage-plugin-…" Hace 2 horas Arriba Aproximadamente un minuto 3000 / tcp stf-poc_storage-plugin-apk_1_efbbfa2dc680
a697ef5e309b openstf / stf: última "aplicación stf --auth-url…" Hace 2 horas Arriba Aproximadamente un minuto 3000 / tcp stf-poc_app_1_db0fc2088323
fefaebe9340a openstf / stf: último "stf websocket --por…" Hace 2 horas Arriba Aproximadamente un minuto 3000 / tcp stf-poc_websocket_1_a41866f85947
8a1fd41fa92d stf-poc_storage-temp "stf storage-temp -…" Hace 2 horas Arriba Aproximadamente un minuto 3000 / tcp stf-poc_storage-temp_1_20d132e37939
c7f48e1b4d74 openstf / stf: último "stf reaper dev --co…" Hace 4 horas Arriba Aproximadamente un minuto 3000 / tcp stf-poc_reaper_1_cca8849d63b8
293d4cf18ddb openstf / stf: último "stf api --port 3000…" Hace 4 horas Arriba Aproximadamente un minuto 3000 / tcp stf-poc_api_1_713c609d74d5
257667df032e openstf / stf: último "procesador stf --con…" Hace 4 horas Arriba Aproximadamente un minuto 3000 / tcp stf-poc_processor_1_9c46a2ef3b9d
e065f41e2f61 rethinkdb: 2.3 "rethinkdb --bind all" Hace 4 horas Arriba Aproximadamente un minuto 8080 / tcp, 28015 / tcp, 29015 / tcp stf-poc_rethinkdb_1_6e5e0628f86c
522eb78fc46a sorccu / adb: latest "/ sbin / tini - adb -…" Hace 4 horas Arriba Aproximadamente un minuto 5037 / tcp stf-poc_adb_1_53f170a2d9ae
44e03f74b098 openstf / stf: última "stf triproxy app -…" Hace 4 horas Arriba Aproximadamente un minuto 3000 / tcp stf-poc_triproxy_1_7d61645de13d
32f4f65a0d4e openstf / stf: último "stf triproxy dev -…" Hace 4 horas Arriba Aproximadamente un minuto 3000 / tcp stf-poc_dev-triproxy_1_7224046ecd68
7465e46fd2a0 openstf / stf: último "stf auth-mock --app…" Hace 4 horas Arriba Aproximadamente un minuto 3000 / tcp `stf-poc_auth_1_f76f43d5e179
''

esto es lo que está sucediendo conmigo, e intenté reiniciar, desinstalar y reinstalar, borrar el efectivo y restablecer los valores de fábrica, todavía muestra este tipo de ERROR, ¿crees que tengo que cambiar el puerto de ADB de 5037 a 3000 / tcp?

Si es así, ¿cómo puedo hacer eso?
GRACIAS !!

Simplemente reinicie Docker . Funcionó para mí.

Simplemente reinicie Docker . Funcionó para mí.

¡Esto funcionó para mí también! Por alguna razón, no funcionó después de reiniciar la PC, pero lo hizo después de hacer clic en "reiniciar Docker" en la bandeja de iconos.

Simplemente reinicie Docker. Funcionó para mí.

Esto funcionó para mí también.

Sí, reiniciar funciona, pero sigue siendo realmente molesto, tengo que hacerlo cada vez que quiero iniciar Docker ...

El reinicio de la ventana acoplable puede resolver todo, porque reiniciar la ventana acoplable limpiaría todo el contenedor en ejecución.

Verifico mi archivo docker compose.yml nuevamente y elimino el contenedor que se encuentra dentro del archivo docker-compose.yml, y no es necesario reiniciar el docker.

disfrutar.

Ejecute el siguiente comando y obtenga la identificación del contenedor que está usando el puerto que desea eliminar. Use la identificación del contenedor y elimínela con el segundo comando.

docker ps -a
docker rm container_id

Hola, estoy ejecutando Docker (v 18.09.0) y obtengo el siguiente error al iniciar sandbox-proxy. Por favor ayuda.

C: Archivos de programa DockerDockerResourcesbindocker.exe: Respuesta de error del demonio: el controlador falló al programar la conectividad externa en el endpoint sandbox-proxy (fcc9a4c77b0de66ef7e8c8893b6eafb49f8071e7b9c3b1ce1def3a5e1434358d): Error al iniciar userland proxy: 0.0: Bind111.

He intentado reinstalar / reiniciar la ventana acoplable / sistema, eliminar contenedores, etc.
Nada ayudó.

Hola, estoy ejecutando Docker (v 18.09.0) y obtengo el siguiente error al iniciar sandbox-proxy. Por favor ayuda.

C: Archivos de programa DockerDockerResourcesbindocker.exe: Respuesta de error del demonio: el controlador falló al programar la conectividad externa en el endpoint sandbox-proxy (fcc9a4c77b0de66ef7e8c8893b6eafb49f8071e7b9c3b1ce1def3a5e1434358d): Error al iniciar userland proxy: 0.0: Bind111.

He intentado reinstalar / reiniciar la ventana acoplable / sistema, eliminar contenedores, etc.
Nada ayudó.

Intente detener la ventana acoplable e iniciarla nuevamente en modo administrador. Después de que se inicie, abra Power Shell en modo administrador también.
Debido a que el error dice "permiso denegado", tal vez esto solucione su problema. No estoy seguro.

reiniciar el servicio de Docker me ayudó a resolver este problema.

versión 18.09.0

Hola, estoy ejecutando Docker (v 18.09.0) y obtengo el siguiente error al iniciar sandbox-proxy. Por favor ayuda.
C: Archivos de programa DockerDockerResourcesbindocker.exe: Respuesta de error del demonio: el controlador falló al programar la conectividad externa en el endpoint sandbox-proxy (fcc9a4c77b0de66ef7e8c8893b6eafb49f8071e7b9c3b1ce1def3a5e1434358d): Error al iniciar userland proxy: 0.0: Bind111.
He intentado reinstalar / reiniciar la ventana acoplable / sistema, eliminar contenedores, etc.
Nada ayudó.

Intente detener la ventana acoplable e iniciarla nuevamente en modo administrador. Después de que se inicie, abra Power Shell en modo administrador también.
Debido a que el error dice "permiso denegado", tal vez esto solucione su problema. No estoy seguro.

Esto no resuelve el problema, inicié la terminal y la ventana acoplable en modo Administrador y todavía arroja exactamente este mismo error.

Tuve el mismo problema hoy. Ejecuté docker-compose down y reinicié el servicio de la ventana acoplable que parecía funcionar.

ERROR: for web_1  Cannot start service web: driver failed programming external connectivity on
endpoint web_1 (5694e5627dbac6cd543d65c764d4b9877fc67557b10f6f8a1f1e7170ffdc8314): 
Error starting userland proxy: mkdir /port/tcp:0.0.0.0:8080:tcp:172.19.0.2:8080: input/output error

ERROR: for web  Cannot start service web: driver failed programming external connectivity on 
endpoint web_1 (5694e5627dbac6cd543d65c764d4b9877fc67557b10f6f8a1f1e7170ffdc8314): 
Error starting userland proxy: mkdir /port/tcp:0.0.0.0:8080:tcp:172.19.0.2:8080: input/output error
Encountered errors while bringing up the project.

Reinicie mi ventana acoplable en Windows 10 y luego funciona. ^^

Encontré el mismo problema. Reiniciar Docker para Windows ayuda.

Si está usando Windows, ejecute netstat -ab y verifique qué está usando el puerto TCP 0.0.0.0:443 , para mí vmware lo estaba usando, aunque lo había salido

Reiniciar Docker no es la mejor solución popular. (También es lo primero que hice)

Tengo el mismo problema y se puede resolver reiniciando la ventana acoplable.

Recién reiniciado y funcionó de nuevo

Tengo el mismo problema con 18.09.1 ​​en Linux. ¿Se puede reabrir este problema? O de lo contrario, se debe abrir un problema para un mejor mensaje de error que indique que esto no es de hecho un error de la ventana acoplable, que parece ser.

Si continúa esperando que la gente reinicie el software en algún momento, simplemente eliminarán la ventana acoplable; no es que no haya otros sistemas de contenedores por ahí.

Reiniciar Docker solo funcionó para mí la primera vez. Después de eso, cada vez que presiono el comando docker run , me da el mismo error. No se fija de forma permanente.

Lo que estoy tratando de lograr:

Solo estoy tratando de configurar el entorno LEMP (nginx, php-fpm, MySQL) en mi máquina centos 7.

Comandos:

Ventana acoplable reiniciada

service docker restart

Crear red puente

docker network create -d bridge LEMP

Ejecute el contenedor php-fpm

docker run --name php-fpm -v /home/ashish/work/docker/php:/app -p "9000:9000" --network LEMP --rm -d php:7-fpm

En el primer comando de ejecución después, funciona con la siguiente salida:

b003815c0ee2fba05aa24b0965871b55ce717fcd56557066acd448519b59498b

iptables -L

`` `ENTRADA de cadena (política DROP)
destino de origen opt opt ​​destino
ACEPTAR todo - en cualquier lugar en cualquier lugar
ACEPTAR todo - en cualquier lugar en cualquier lugar estado RELACIONADO, ESTABLECIDO
ACEPTAR todo - en cualquier lugar en cualquier lugar estado NUEVO
ACEPTAR todo - en cualquier lugar en cualquier lugar estado NUEVO
ACEPTAR icmp - en cualquier lugar en cualquier lugar estado NUEVO
ACEPTAR icmp - en cualquier lugar en cualquier lugar estado NUEVO
ACEPTAR icmp - en cualquier lugar en cualquier lugar estado NUEVO
ACEPTAR icmp - en cualquier lugar en cualquier lugar estado NUEVO
ACEPTAR tcp - en cualquier lugar en cualquier lugar tcp spts: 1024 : 65535 dpt: 28082 estado NUEVO

Cadena ADELANTE (política DROP)
destino de origen opt opt ​​destino

SALIDA de cadena (política DROP)
destino de origen opt opt ​​destino
ACEPTAR todo - en cualquier lugar en cualquier lugar
ACEPTAR todo - en cualquier lugar en cualquier lugar estado RELACIONADO, ESTABLECIDO
ACEPTAR tcp - en cualquier lugar 192.168.40.17 tcp dpt: objcall
ACEPTAR todo - en cualquier lugar en cualquier lugar estado NUEVO
ACEPTAR todo - en cualquier lugar en cualquier lugar estado NUEVO
ACEPTAR todo - en cualquier lugar en cualquier lugar estado NUEVO
ACEPTAR tcp - en cualquier lugar en cualquier lugar tcp spts: 1024 : 65535 dpt: 28082 estado NUEVO

### If you notice, It has removed my DOCKER chain. Now when i am trying to run my nginx container, It gives me same error:

docker run --name nginx -v /home/ashish/work/docker/nginx/conf/local.conf:/etc/nginx/conf.d/default.conf -v / home / ashish / work / docker / php: / app -p 80:80 --rm -itd --network LEMP nginx


2dab94327ebbfb1849960df440cd8a1ba15b6253471b77838a5dce139b5cccdc

Docker: Respuesta de error del demonio: el controlador falló al programar la conectividad externa en el punto final nginx (df5852f12bb611dcf0057418e50b3f679efcbd81c91af6679c8e44b8a59fe4bf): (iptables falló: iptables --wait -t filter -A DOCKER! -i br-e44b8a59fe4bf .0.3 --dport 80 -j ACEPTAR: iptables: No hay cadena / objetivo / coincidencia con ese nombre (estado de salida 1)).
''

Solución alternativa que funciona para mí:

Versión de Docker:

docker -v

Docker version 18.09.0, build 4d60db4

Versión antigua del kernel de la máquina:

uname -r

3.10.0-957.1.3.el7.x86_64

Tomado otra máquina con diferente versión de kernel:

uname -r

3.10.0-862.2.3.el7.x86_64

o / p

Funcionó. No ocurrió ningún error como el anterior. Todo va bien.

Cambié mi kernel de máquina vieja y funcionó para mí. Aunque esto no es bueno para cambiar su kernel, especialmente en producción.

Para usuarios de Windows: deshabilite el "inicio rápido" en su configuración de energía y ¡funciona!
https://stackoverflow.com/a/47818614

La última actualización de Windows 10 (Fall Creators Update, 2017) tiene una nueva "característica". Inicia automáticamente todas las aplicaciones que se estaban ejecutando la última vez que se apagó.
Esto reconstituye Docker para Windows en mal estado. Eso hizo que pareciera que esos puertos estaban siendo utilizados por otra cosa: era el fantasma de sí mismo. Esto explicó por qué esos puertos todavía estaban en uso a pesar de que detuve / inicié mis contenedores e incluso reinicié.

El reinicio de la ventana acoplable puede resolver todo, porque reiniciar la ventana acoplable limpiaría todo el contenedor en ejecución.

Verifico mi archivo docker compose.yml nuevamente y elimino el contenedor que se encuentra dentro del archivo docker-compose.yml, y no es necesario reiniciar el docker.

disfrutar.

Esto funcionó para mí ¡Gracias! :)

El mismo problema aquí, en mi caso, apache ejecutándose en el puerto 80 fue el problema.

Otros antes habían mencionado netstat, y esa es una herramienta excelente. Se estaba ejecutando una instancia de nginx en el puerto 80. Usé netstat -ano | findtr: 80 (cmd) o bash >> netstat -ano | grep: 80, luego mató al PID

https://stackoverflow.com/a/20724040/7954264

Lo resolví actualizando la compilación de Windows de 1803 a 1809

detenga su demonio de Docker y comience como administrador.

docker rm $(docker ps -a -q) funcionó para mí.

Lamento ser ese tipo, pero en mi máquina, reiniciar la computadora fue la solución. El reinicio de Docker no ayudó.

Recibí el mismo mensaje de error y reinicié Docker en Windows . Hizo el truco.

Primero, actualice Windows 10 a 1809.
Luego, desactive "Iniciar el escritorio de Docker cuando inicie sesión" en la configuración de la ventana acoplable.
Por último, inicie la ventana acoplable manualmente (no es necesario que reinicie).
El problema ha desaparecido y está funcionando bien en mi computadora.

para mí, un reinicio manual de la ventana acoplable lo hizo funcionar

El mismo problema para mí en Mac OS Mojave, tratando de abrir mailu con docker-compose:

$ docker-compose -p mailu up -d
Creating network "mailu_default" with driver "bridge"
Creating mailu_fetchmail_1 ... 
Creating mailu_redis_1     ... 
Creating mailu_front_1     ... error
Creating mailu_fetchmail_1 ... done
Creating mailu_redis_1     ... done
ERROR: for mailu_front_1  Cannot start service front: driver failed programming external connectivity on endpoint mailu_front_1 (f7085e55644392e76cCreating mailu_antivirus_1 ... done
Creating mailu_admin_1     ... done

ERROR: for front  Cannot start service front: driver failed programming external connectivity on endpoint mailu_front_1 (f7085e55644392e76c6ae5cd6f3be159c58195e0fc85ae8610f2d84d42dbecab): Error starting userland proxy: port is not a proto:IP:port or unix:path: 'tcp:[:'
ERROR: Encountered errors while bringing up the project.
$

y lo siguiente:

  • Escritorio Docker: 2.0.0.3
  • Motor: 18.09.2
  • Máquina: 0.16.1
  • Notario: 0.6.1
  • Asistente de credenciales: 0.6.0
  • Kubernetes: v1.10.11

Acabo de reiniciar mi Mac y luego ejecuté

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

como alguien recomendó.

Aquí está la estrofa relevante de docker-compose.yml para el servicio "front":

  front:
    image: ${DOCKER_ORG:-mailu}/${DOCKER_PREFIX:-}nginx:${MAILU_VERSION:-1.6}
    restart: always
    env_file: mailu.env
    logging:
      driver: json-file
    ports:
      - "127.0.0.1:80:80"
      - "::1:80:80"
      - "127.0.0.1:443:443"
      - "::1:443:443"
      - "127.0.0.1:25:25"
      - "::1:25:25"
      - "127.0.0.1:465:465"
      - "::1:465:465"
      - "127.0.0.1:587:587"
      - "::1:587:587"
      - "127.0.0.1:110:110"
      - "::1:110:110"
      - "127.0.0.1:995:995"
      - "::1:995:995"
      - "127.0.0.1:143:143"
      - "::1:143:143"
      - "127.0.0.1:993:993"
      - "::1:993:993"
    volumes:
      - "/Users/rmfuhrer/mailu/certs:/certs"
      - "/Users/rmfuhrer/mailu/overrides/nginx:/overrides"

AFAICT, no tengo nada escuchando en ninguno de los puertos mencionados en la configuración de docker-compose:

$ netstat -a -f inet -p tcp -n | grep LISTEN
tcp4       0      0  *.17500                *.*                    LISTEN     
tcp4       0      0  127.0.0.1.17603        *.*                    LISTEN     
tcp4       0      0  127.0.0.1.17600        *.*                    LISTEN     
tcp4       0      0  *.49178                *.*                    LISTEN     
tcp4       0      0  127.0.0.1.6670         *.*                    LISTEN     
tcp4       0      0  127.0.0.1.8888         *.*                    LISTEN     
tcp4       0      0  *.88                   *.*                    LISTEN     
tcp4       0      0  *.445                  *.*                    LISTEN     
tcp4       0      0  *.22                   *.*                    LISTEN     
$

para mí, un reinicio manual de la ventana acoplable lo hizo funcionar

También puedo confirmarlo.

Tenemos el mismo problema en Windows 10. El reinicio parece estar resolviendo el problema, pero tenemos que reiniciarlo pocas veces en una semana. ¿Se viene una solución para esto?

Necesito reiniciar Docker todos los días ... ¡Me encantaría arreglar esto!

Todavía tengo el mismo problema. Ocurre si ha habilitado Inicio rápido (enablede de forma predeterminada) en Windows 10. Puede deshabilitarlo -> https://www.windowscentral.com/how-disable-windows-10-fast-startup y luego no necesitará para reiniciar Docker todos los días. Pero es solo una solución ...

Tuve el mismo problema
simplemente reinicia Docker, arréglalo por mí

Para mí, fue porque otros contenedores se estaban ejecutando usando ese puerto. Acabo de cambiar la asignación de puertos en docker-compose.yml , por ejemplo, para el servicio de contenedor memcache :

Desde:

  memcache:
    container_name: project_memcache
    image: memcached:latest
    ports:
        - "11211:11211"

A (puerto externo próximo en 11212):

  memcache:
    container_name: project_memcache
    image: memcached:latest
    ports:
        - "11212:11211"

Reiniciar Docker funciona para mí

@yedincisenol sí, pero tener que reiniciar todos los días es un poco molesto

Tengo el mismo problema y sí, reiniciar resolvió mi problema. Espero que solucionen esto.

Reinicie Docker ... solo eso

Reiniciar Docker en Windows también funciona para mí: /

Si está en una Mac y su servidor web docker no se inicia, podría ser Compartir archivos: Apple usa el Apache integrado para eso. Ya sea...
~sudo apachectl stop~
o mejor aún, desactive el uso compartido de archivos.

Tengo el mismo problema, que está relacionado con IIS, así que lo detuve.

Como dijo @AarashFarahani . Detuve IIS, que no necesitaba para este proyecto, y el error desapareció.

Para usuarios de Mac: intente almacenar los servicios httpd, apache.

docker rm $(docker ps -a -q) funcionó para mí.

No funcionó para mí (Windows 10, Docker versión 18.09.2)

➜ sudo netstat -nlp | grep 443
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 501/vmware-hostd tcp6 0 0 :::443 :::* LISTEN 501/vmware-hostd

Problema resuelto

simplemente reinicie la ventana acoplable y vuelva a implementar -> funciona para mí

Tengo el mismo problema.

Mi solución (porque parece ser el único tipo de solución) fue simplemente deshabilitar "Iniciar Docker Desktop cuando inicie sesión".
Pero manténgalo en el programa de inicio en la gestión de tareas.

Si no puede encontrarlo en la gestión de tareas, puede colocar un acceso directo en:
%USERPROFILE%\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup

Entonces, supongo que la forma en que Docker usa el 'Iniciar Docker Desktop cuando inicia sesión' no es la forma en que Windows 10 lo quiere.


Versión de Docker:
18.09.2, compilación 6247962

Versión de Windows:
Vista previa de Windows 10 Pro Insiders 1903, compilación 18898.1000

Ninguno de estos funcionó para mí. Detener los servicios (como se describe aquí ) finalmente hizo el truco:

net stop docker
net stop com.docker.service
taskkill /IM "dockerd.exe" /F
taskkill /IM "Docker for Windows.exe" /F
net start docker
net start com.docker.service
"c:\program files\docker\docker\Docker for Windows.exe"

Hacer clic en el ícono de Docker Desktop en la bandeja y seleccionar Reiniciar ... ¡funcionó para mí en Windows 10!

docker: Respuesta de error del demonio: el controlador falló al programar la conectividad externa en el punto final sad_sanderson

Si alguien usa Docker Desktop
Siga los pasos a continuación: (Evite reiniciar Docker Desktop)

  • Salir de Docker Desktop
  • Inicie Docker Desktop de nuevo
  • Funcionará bien

Mi problema fue que había inicializado un Docker Swarm en mi máquina para experimentar un poco. Todo volvió a la normalidad después de ejecutar docker swarm leave --force

Reiniciar Docker cada vez para este problema es solo una solución. De hecho, resuelve el problema, ya que detiene todos los puertos que podrían estar ocupados por contenedores. Pero el problema real es que los puertos informados no aparecen con netstat o con el comando docker ps , por lo que se convierte en un verdadero dolor de cabeza identificar qué contenedor está usando el puerto.

Si alguien encuentra otra forma que no sea el reinicio de Docker o la desactivación del inicio rápido, publique aquí.

para mí, un reinicio manual de la ventana acoplable lo hizo funcionar

También puedo confirmarlo.

Sí, en Win10, esto hace el truco

@dtekchandani

Solución : simplemente desactive "Iniciar Docker Desktop cuando inicie sesión".
Pero manténgalo en el programa de inicio (por ejemplo, copie un enlace a la ventana acoplable en su carpeta de inicio aquí:
% PERFIL DE USUARIO% AppDataRoamingMicrosoftWindowsStart MenuProgramsStartup

Esto hará que Docker se inicie más tarde después de iniciar sesión y eso funciona para muchas personas.

win + r> cmd (ejecutar como administrador)> netstat -aon | más
luego buscamos una dirección local con puerto: 8000, recuerde el PID,> ctrl + alt + del vaya al pliegue "Detalles", busque un proceso con un ID como el PID> elimine la tarea (complete la tarea)> reinicie su Docker> y reinicie (Ejecutar) su docker-compose.
Esto debería solucionar el problema
Opción 2: simplemente abra su docker-compose.yml y cambie el puerto de 8000 a cualquier otro (puertos:
- '8000: 80')> Ejecuta tu ventana acoplable

Tener el mismo problema aquí, sin embargo, reiniciar Docker / Windows / Hyper-V resulta en fallas.
Aquí está la impresión que obtengo de mi secuencia de comandos de ejecución.
C:\Program Files\Docker\Docker\Resources\bin\docker.exe: Error response from daemon: driver failed programming external connectivity on endpoint pihole (c3b944c90dc0b7d948c3dd833becc51b754174a56c36272cda325611d9b792f5): Error starting userland proxy: listen tcp 0.0.0.0:80: bind: An attempt was made to access a socket in a way forbidden by its access permissions.
ID de diagnóstico:
5C4CFABD-4AEA-4F67-9016-E9B6D58A3934/20190918072240
Script de ejecución inicial: (si es que ayuda)
docker run -d --name pihole -p 53:53/tcp -p 53:53/udp -p 67:67/udp -p 80:80 -p 443:443 -v "${DOCKER_CONFIGS}/pihole/:/etc/pihole/" -v "${DOCKER_CONFIGS}/dnsmasq.d/:/etc/dnsmasq.d/" -e ServerIP="${IP}" --restart=unless-stopped --cap-add=NET_ADMIN --dns=127.0.0.1 --dns=1.1.1.1 pihole/pihole:latest
Para intentar reiniciar el contenedor, simplemente estoy usando
docker start pihole
La impresión parece indicar que es un error de permisos, así que intenté ejecutar Docker Desktop _y_ Powershell con permisos elevados, pero sigo recibiendo el mismo error. y cuando digo lo mismo, quiero decir que es palabra por palabra cada vez.

Para aquellos en Mac, pruebe este comando para ver los procesos y detenerlos (los otros comandos no funcionaron para mí):

sudo lsof -iTCP -sTCP:LISTEN -n -P

Reiniciar Windows me ayudó.
Docker 2.1.0.3.38240

Reiniciar Docker en MAC OS X MOJAVE no me soluciona este problema.
Estoy tratando de exponer varios puertos, es decir, 5066, 5086, 8021 y algunos otros.

Ejecutar con sudo funciona para mí.

Mi problema fue con el puerto 5000

$ docker ps

CONTAINER ID        IMAGE                            COMMAND                  CREATED             STATUS              PORTS                    NAMES
d21a21826483        web                        "watchexec --restart…"   3 weeks ago         Up 28 hours         0.0.0.0:5000->5000/tcp   web_1

Luego, después de detener el contenedor con 5000 puertos, me ayudó.

$ docker stop d21a21826483

Encontré este hilo y ninguno de los anteriores me ayudó.

Estoy ejecutando Ubuntu y tuve que usar:

sudo service docker restart

Probé prune y todos los demás comandos y Docker estaba seguro de que no se estaba ejecutando nada, pero después de reiniciar el servicio, todo comenzó a funcionar nuevamente.

Tuve el mismo problema e intenté lo anterior, pero ninguno funcionó para mí.
Lo que sí funcionó fue reiniciar Windows.

Para cualquiera en Windows, si encuentra este problema después de despertar Windows desde el modo de suspensión, reiniciar la computadora me resuelve el problema.
Hubo un problema similar anterior sobre el impulso rápido en Windows y supongo que estos dos están relacionados ...

Esto resolvió mi problema en Windows:

  • docker-compose down
  • Cierre el escritorio de la ventana acoplable.
  • Mata al servicio de Docker
    image
  • Inicie la ventana acoplable, una ventana emergente le pedirá que active el servicio de la ventana acoplable a través de net.exe, acepte
  • docker-compose up

Reinicie Docker ... solo eso

Esa es una excelente solución, pero reiniciar indica un error y este problema no debe resolverse.

Lo que funcionó para mí fue restablecer el escritorio Docker a los valores de fábrica.

Intenté lo anterior sin éxito. Lo hice funcionar borrando toda la caché de la ventana acoplable ejecutando:

docker ps -aq | xargs docker rm -f && \ docker images -q | xargs docker rmi -f && \ docker volume list -q | xargs docker volume rm -f

3 años y este error sigue vivo y coleando ...

Tengo el mismo error Muy sorprendido, este hilo se extiende hasta ahora.

sudo apachectl stop esto funcionó para mí, ya que parecía que apache se estaba ejecutando en Mac

Windows 10:
docker ps -a
docker rm $ (docker ps -a -q)
docker-componer

Tengo el mismo error Muy sorprendido, este hilo se extiende hasta ahora.

Esto funcionó para mí:

cd /usr/libexec/docker/
ln -s docker-proxy-current docker-proxy
service docker restart

Tener los mismos problemas en Oracle Linux. Reiniciar el servicio de Docker ayudó.

Esto resolvió mi problema en Windows:

  • docker-compose down
  • Cierre el escritorio de la ventana acoplable.
  • Mata al servicio de Docker
    image
  • Inicie la ventana acoplable, una ventana emergente le pedirá que active el servicio de la ventana acoplable a través de net.exe, acepte
  • docker-compose up

la solución anterior funciona para mí, gracias.

cuando se está ejecutando Docker, tengo esto a continuación.
cuando se reinició la ventana acoplable, todavía tengo esto a continuación.
cuando el servicio de Docker se apaga y se reinicia, la ocupación del puerto desaparece, Docker vuelve a funcionar.

**netstat -aon|findstr "5601"**
  TCP    0.0.0.0:5601           0.0.0.0:0              LISTENING       9512
  TCP    192.168.6.202:55601    203.208.41.75:443      TIME_WAIT       0
  TCP    [::]:5601              [::]:0                 LISTENING       9512

**tasklist|findstr 9512**
com.docker.backend.exe        9512 Services                   0     10,916 K

Estaba teniendo este problema en Ubuntu 18.04, al igual que para @ Jason-2020, reiniciar el servicio de la ventana acoplable liberó el puerto para mí también en mi sistema.

Por ilógico que parezca, simplemente reiniciar el servicio funcionó.

(No es necesario borrar ningún caché, archivos antiguos ni nada).

para el problema de Windows puede resolver fácilmente:
simplemente reinicie su ventana acoplable e intente ejecutar nuevamente el servidor.
image

A partir de hoy, el uso de W10 sigue teniendo este problema.
Docker reiniciado, todavía tengo el problema.
Docker cerrado y vuelto a abrir, todavía tengo el problema.

Ninguna de las otras soluciones funcionó para mí: /

A partir de hoy, el uso de W10 sigue teniendo este problema.
Docker reiniciado, todavía tengo el problema.
Docker cerrado y vuelto a abrir, todavía tengo el problema.

Ninguna de las otras soluciones funcionó para mí: /

Pruebe con la solución de LoiCha. Es la única solución que realmente funcionó para mí.

Solo un aviso, tuve este problema con Amazon ECS (modo EC2), cuando intentaba lanzar una nueva definición de tarea. Resulta que algo más ya estaba escuchando en ese puerto en el host EC2. Detuve el proceso y la definición de la tarea pudo comenzar normalmente.

Detener el servicio Docker en el administrador de tareas resolvió mi problema en W10

@ tsantos84 Docker se ejecutará dentro de una máquina virtual cuando use Docker para Mac.

Intente lo siguiente (aunque no lo he probado):

* `docker rm -f $(docker ps -aq)` (will remove all of your containers)

* `docker network rm $(docker network ls -q)` (will remove all of your networks)

* `docker run --rm -v /var/lib/docker/network/files:/network busybox rm /network/local-kv.db`

Luego reinicie Docker para Mac y debería estar listo para hacer +1

¡Gracias! Me ayudó a resolver rápidamente el problema.

@ tsantos84 Docker se ejecutará dentro de una máquina virtual cuando use Docker para Mac.
Intente lo siguiente (aunque no lo he probado):

* `docker rm -f $(docker ps -aq)` (will remove all of your containers)

* `docker network rm $(docker network ls -q)` (will remove all of your networks)

* `docker run --rm -v /var/lib/docker/network/files:/network busybox rm /network/local-kv.db`

Luego reinicie Docker para Mac y debería estar listo para hacer +1

¡Gracias! Me ayudó a resolver rápidamente el problema.

Hola @ fede-r1c0, no sé por qué me mencionaste y probablemente querías marcar a otro usuario. De todos modos, me alegra que resuelva su problema. 👍

@jamshid
¿Puedes publicar el o / p de sudo netstat -nlp | grep 8123 . Gracias.

y sudo service {nameOfService} se detiene

Encontré el mismo comportamiento, pero para anular el servicio, al crear el docker-compose.override.yml . Los archivos utilizados:

docker-compose.yml :

version: '3.2'
services:
  app:
    build:
      context: ./
    ports:
     - "8000:80"
    volumes:
     - ./:/app

docker-compose.overrride.yml :

version: '3.2'
services:
  app:
    ports:
     - "8001:80"

Eso me da el siguiente error INESPERADO:

ERROR: for my_app_1  Cannot start service app: driver failed programming external connectivity on endpoint my_app_1 (9235372fe636fba32be67f9f101a3432139c691a41fc6d207e53c98e25139a29): Bind for 0.0.0.0:8000 failed: port is already allocated

ERROR: for app  Cannot start service app: driver failed programming external connectivity on endpoint my_app_1 (9235372fe636fba32be67f9f101a3432139c691a41fc6d207e53c98e25139a29): Bind for 0.0.0.0:8000 failed: port is already allocated
ERROR: Encountered errors while bringing up the project.

Esperaba que la directiva ports en docker-compose.override.yml anulara la misma en docker-compose.yml (el puerto 8000 en mi máquina ya está asignado por otra aplicación, por eso probé la anulación) pero esto no sucede, lo cual está mal y parece un error.

SO: Windows 10
Docker: 19.03.12, build 48a66213fe

En mi caso, el problema se debió a la ejecución de consul localmente pero también en un contenedor.

Para mí, estaba relacionado con el firewall, en CentOS 7, ejecute su ventana acoplable normalmente cuando esté funcionando, luego detenga Firewalld o simplemente reinícielo, ahora intente reiniciar ese contenedor acoplable, falla con este error. Reinicie el servicio de Docker y vuelva a intentarlo ... funciona bien.

Me he encontrado con el mismo comportamiento.
Esto resolvió mi problema en centos7:
ps -ef | grep docker
kill the "...dockerd -H fd:// --containerd=/run/containerd/containerd.sock" process

Encontré este hilo y ninguno de los anteriores me ayudó.

Estoy ejecutando Ubuntu y tuve que usar:

sudo service docker restart

Probé prune y todos los demás comandos y Docker estaba seguro de que no se estaba ejecutando nada, pero después de reiniciar el servicio, todo comenzó a funcionar nuevamente.

¡GRACIAS! SANTO FK, PASÉ UN DÍA ENTERO TRATANDO DE ARREGLAR ESTO.
EL AÑO ES 2020, ESO SON 4 AÑOS Y ESTE PROBLEMA AÚN EXISTE. WTF

¿Fue útil esta página
5 / 5 - 1 calificaciones