@jamshid
Você pode postar o o / p de sudo netstat -nlp | grep 8123 . Obrigado.

Meu mac diz que -p requer um argumento, então acho que é isso que você quer:

$ 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

A mesma coisa aconteceu comigo.

Estou tendo o mesmo problema ao reiniciar o docker-compose up. No meu caso, é um serviço de proxy nginx que falha ao iniciar. Deve estar relacionado ao Docker para Mac beta. Tudo começou depois que instalei o beta e não aconteceu depois de voltar para o Virtualbox.

docker-compose versão 1.7.0, build 0d7bf73
Docker versão 1.11.0, compilação 4dc5990

Encontro o mesmo erro ao tentar iniciar minha pilha usando docker-compose. Todos os contêineres iniciam corretamente, exceto um (cônsul). Estou recebendo este erro

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

Tenho certeza de que tem algo a ver com minha versão beta do docker para mac.

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

Estou usando a última versão beta do docker para mac

`
versão docker
Cliente:
Versão: 1.11.1
Versão API: 1.23
Versão Go: go1.5.4
Git commit: 5604cbe
Construído: Quarta, 27 de abril, 00:34:20 de 2016
OS / Arch: darwin / amd64

Servidor:
Versão: 1.11.1
Versão API: 1.23
Versão Go: go1.5.4
Git commit: 8b63c77
Construído: Sexta-feira, 29 de abril, 14:13:26 de 2016
OS / Arch: linux / amd64
`

Seguindo a mensagem acima, recebo Error starting userland proxy: Failed to bind: EADDRINUSE.
Confuso sobre onde o conflito é onde não existia antes

Como se "libera" a porta que está em uso para que o composto possa trazer o container novamente? Na primeira vez que aconteceu, esperei cerca de um minuto e funcionou na segunda tentativa. Segunda vez, já passou cerca de uma hora. Docker compõe kill, down, rm --all, etc. e algo ainda o está segurando.

Para sua informação, monitorado no beta @ https://forums.docker.com/t/port-mappings-are-not-released/10565/11

Eu descobri qual é o problema, o contêiner (cônsul) causando o problema tem esta porta de ligação 172.17.0.1:53:8600/udp . Substituí-o por 53:8600/udp e está funcionando agora. Ainda não entendi porque a primeira ligação não funciona. BTW, como posso saber o endereço IP da ponte?

Olá, tive o mesmo problema com o Docker versão 1.11.1 no Mac OSX.
ERROR: for nginx driver failed programming external connectivity on endpoint managercentralapp_nginx_1 (e11d19ee8f486a2e12c9c87802dca7ea5f541f026645f69e338e94732ac1eb56): Error starting userland proxy: Failed to bind: EADDRINUSE

Eu também estou recebendo isso depois de atualizar para Docker 1.12-rc2, não tenho certeza se este é o lugar certo para postar isso.

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

Erro 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

Estou vendo isso esporadicamente. Tentar novamente o comando após um minuto geralmente "corrige" o problema.
Isso depois de mudar para o Docker para Mac ontem.

$ 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

Eu também tenho recebido o mesmo erro de vocês. Eu acreditava que era porque o nginx estava vinculando portas que já estavam ativadas, mas acho que não agora. Alguém encontrou alguma solução para isso? :)

+1 Mesmo erro no mac

Isso aconteceu depois de uma mudança para Docker for Mac , mas depois de parar e remover Todos os contêineres após a mudança, reiniciando o docker, recriando o contêiner etc.

Eu tive isso novamente hoje após uma atualização de Docker for Mac , mas a repetição do cenário acima corrigido. Presumo que a porta (e "outras" coisas) que estou atribuindo a contêineres específicos não será liberada até que esteja completamente limpa.

por exemplo:

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 tenho o mesmo problema no mac

@TuningGuide MacBook Pro (15 polegadas, final de 2011), 2,2 GHz Intel Core i7, 8 GB 1333 MHz DDR3
Executando o Nó 4.4.7 estendido para oferecer suporte ao Ember CLI. A configuração está abaixo:

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

Executado com o volume montado dos arquivos ember-cli usando 'ember servir' como o comando.

+1 mesmo problema no mac com docker para mac

Por favor, pare de enviar +1, pois ele envia spam para todas as caixas de entrada dos assinantes Use os emoticons (emoticons à direita de cada comentário) ou, pelo menos, forneça sua configuração completa, números de versão e assim por diante. THX

➜  ~ 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

Próximos erros obtidos:

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.

Solução encontrada para pessoas com o mesmo erro que mostrei acima.
Eu estava usando o Docker Toolbox anteriormente, mas não excluí o Virtualbox. Ele estava usando minhas portas, então não consigo iniciar. Depois de remover o VirtualBox, docker-compose funcionou muito bem.

@aanand @dnephin por favor, adicione a Getting Started um aviso como explicado acima.

@miraage feliz em saber que você resolveu seu problema.
Eu não tinha seus dados de volume + dump.sh, mas fiz uma composição rápida sem problemas:

Creating driverfailed_cache_1
Creating driverfailed_db_1
Attaching to driverfailed_cache_1, driverfailed_db_1

@jamshid Por que você está especificando um IP para socat (não está familiarizado com ele)? Como você está usando isso?
Fazendo docker-compose up sem o IP Não tenho problemas:

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

Se o seu objetivo é que o seu http_cache se comunique com o contêiner socat, por que não colocá-los na mesma rede e pronto?

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:

Bem, estou usando o docker engine 1.11.2 em centos7 em um fluxo contínuo de construção / integração para automatizar testes e, até onde posso dizer, eventualmente este erro aparece mesmo que nenhum contêiner esteja em execução (ao reimplantar uma versão específica de toda a pilha de serviços). Além disso, parece relacionado ao fato de que às vezes o docker obtém um erro ao tentar limpar após a remoção de contêineres em execução, e algumas regras de iptables podem ser mantidas alocando portas de rede por algum motivo, talvez relacionado a https://github.com/ docker / docker / issues / 23371 # issuecomment -229982105 - mas ainda não tenho certeza sobre isso.

Eu tive o mesmo problema, com Docker para Mac, executando o contêiner postgresql. Então, para mim, foi causado por postgres rodando na mesma porta no sistema host que a porta especificada em meu arquivo de configuração de composição. Coisa bastante óbvia, mas pode ser útil para alguém, eu acho.
Obrigado pela ferramenta legal. 👍

Eu tive um problema semelhante com o Docker para Mac executando o contêiner nginx, minha porta 80 estava sendo usada pelo apache (nativo). Usei telnet e netstat para ver o serviço em execução.

Pra mim era lula, parei de lula e não vi mais isso. Portanto, acho que pode ter a ver com o que quer que esteja ocupando a porta e se forçarmos o docker a mapear essa porta.

O mesmo aqui que @marcosalberto e outros. O post que eu estava tentando montar postgres já estava sendo usado. Acabei de mudar a porta e as coisas funcionaram muito bem.

no osx o servidor web apache embutido pode estar rodando nas portas 80/443. Checar:
ps -ef | grep httpd

Para desligar:
sudo apachectl parar

Sim, funcionou para mim. Eu tenho OS X sem apache ativado, mas alguns dias eu usei este site: https://coolestguidesontheplanet.com/upgrade-php-on-osx/ para atualizar o PHP.

Depois desse script

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

recomendado para atualização de php apache foi ativado e eu tive uma surpresa com meus containers.

Quando queremos "atualizar php" não queremos "ativar apache", mas o site acima tem a primeira posição no google :(

Feliz encaixe!

Às vezes docker-compose falha em iniciar o contêiner desejado e deixa a porta ocupada com um processo de escuta .. então tente listar todas as portas (de escuta) 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

ATUALIZAR:
Também consegui reproduzir este problema (várias vezes) ... iniciar um serviço localmente que está ouvindo a porta XXX e iniciar um contêiner que expõe a mesma porta XXX ...
não conseguirá executar docker-compose up e o processo com.docker.slirp não será eliminado, fazendo com que o problema persista até que o processo com.docker.slirp seja eliminado manualmente (até adicionei um alias para o fazer alias portfix='pkill com.docker.slirp' )

+1 no Mac

@ mad-raz ótima solução! obrigado!

Teve o mesmo tipo de erro
Error starting userland proxy: write /port/tcp:0.0.0.0:80:tcp:172.17.0.5:80/ctl: errno 526

Foi nginx para mim.
Eu tive que matar o nginx para contorná-lo sudo nginx -s stop

1 aqui também.

Tentei a solução alternativa sugerida por @mad-raz e ela eliminou todas as reservas, mas elas voltaram após alguns segundos. Parece que o processo com.docker.slirp está sendo reiniciado por um serviço de watchdog. Como resultado, o erro surge na próxima janela de encaixe.

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

docker-compose versão 1.8.0-rc2, compilação c72c966

Depois de desligar o Docker para Mac, esses processos permanecem.
% 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 no mac :(

Uma solução alternativa é desinstalar o docker do menu da barra superior (ícone do Docker> Preferências> Desinstalar) e reinstalá-lo :(

Obrigado @ alexander-emelyanov!
De repente, recebi este erro ao executar docker-compose up -d para meu projeto no OS X e não fiz a relação com o fato de ter instalado o PHP 7 no meu Mac (para que as verificações de sintaxe SublimeText funcionem corretamente) com os scripts Liip mesmo dia.

Na verdade, foi devido ao Apache ter iniciado no meu Mac, e eu simplesmente tive que pará-lo.

Estou tendo problemas com a execução do postgres. Eu verifiquei que o postgres não está sendo executado em minha máquina host com brew services stop postgres . Executei lsof -i :5432 e obtive o seguinte resultado:

O docker está executando o postgres para algo interno? Quando matei o processo com o SIGINT, o ícone da barra de status do docker começou a rolar e reiniciou o serviço. A única maneira de fazê-lo funcionar era alterando a porta do host em meu arquivo docker-compose.

Leia que há uma solução alternativa explicando exatamente que https://github.com/docker/compose/issues/3277#issuecomment -232505775

@ mad-raz Ao encerrar o processo, o Docker (para Mac) reinicia automaticamente imediatamente e as mesmas portas são usadas novamente apenas alguns segundos depois ...

Acabei redefinindo o Docker (e, portanto, excluindo todos os contêineres), e funcionou novamente, todas as portas sendo liberadas 😕

Este problema é realmente dois problemas:

1. Há uma mensagem de erro confusa quando uma porta já está em uso por outro aplicativo (por exemplo, Apache). Isso foi corrigido no Docker 1.12.0 (agora diz explicitamente "a porta já está alocada").
2. Depois de parar os contêineres, as portas que eles usam às vezes ainda são mapeadas em localhost .

Alguém ainda está tendo o problema? 2 após atualizar o Docker para Mac para a versão mais recente ( 1.12.0 ou 1.12.0-beta21 se você estiver no canal beta)?

Ainda estou tendo esse problema.
Docker v1.12, Docker Compose v1.8.

Tem um serviço nginx que simplesmente não inicia, bem como vários outros que ocasionalmente falham:

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

Tentei reiniciar, encerrar todo o projeto e recriar, mas nada está funcionando.

Resultado de sudo netstat -tulpn | grep 80 :

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

Informações do 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

Versão:

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

É importante notar que meu projeto de composição contém 29 serviços.

Também é estranho que, quando o Docker está pendurado na porta 80 sem motivo, não consigo me conectar à porta 80 de outro host. Quando a porta 80 está legitimamente em uso por um contêiner, a porta 80 pode ser acessada externamente perfeitamente.

uma das causas deste problema é a configuração incorreta de docker-compose.yml se a porta não for usada fora dos contêineres, deve ser expose: d em vez de ports: ed
como usar ports expõe a porta para os outros contêineres de serviço e para a máquina host ... enquanto expose apenas expõe a porta para os outros contêineres de serviço (não interferindo com os mapeamentos de porta do host) ...

Meu problema não é de configuração (pelo menos não acho que seja).
Posso reiniciar o Docker Daemon e reiniciar todos os meus contêineres e sempre que houver diferentes contêineres falhando com o erro. Parece ser um bug no Docker pendurado em portas que não deveria ser.

No meu caso acima com nginx, mesmo se eu remover o contêiner nginx e reiniciar o daemon do docker, o docker ainda estará escutando na porta 80 e 443: /

Então consegui consertar meu problema. Idealmente, eu não queria desinstalar o Docker, pois quero manter todas as minhas imagens, tenho algumas baixadas! Em vez disso, excluí todas as minhas redes personalizadas, removi todos os meus contêineres e, em seguida, excluí docker/network/files/local-kv.db e reiniciei minha máquina.

Parece que algo internamente no Docker foi quebrado neste arquivo e persistiu, e não havia como limpar ou consertar. Provavelmente porque comecei na versão 1.11, depois passei por todos os candidatos a lançamento 1.12 e agora estou na 1.12, então talvez algo no caminho de atualização o tenha quebrado.

Agora parece estar funcionando bem 😄
Eu tenho o arquivo local-kb.db antigo salvo se alguém da equipe do Docker quiser dar uma olhada nele se for útil. Para recapitular, o problema era o daemon escutando nas portas 80 e 443, mesmo que não houvesse contêineres escutando nessas portas.

Eu tenho o mesmo problema. Excluídos todos os contêineres, rede e local-kv.db + reiniciar ... agora funciona novamente.

Isso também está acontecendo com docker 1.12.0, docker-compose 1.8 e swarm 1.2.4 no ubuntu. Usando cônsul para kv. a junção do ponto de extremidade na rede GW falhou: o driver falhou ao programar a conectividade externa no gateway do ponto de extremidade. O contêiner onde o erro ocorre permanece em um estado criado até que você o limpe.

Mesmo erro no 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

mesmo erro no ubuntu 16.04LTS.

versão docker
Cliente:
Versão: 1.12.1
Versão API: 1.24
Versão Go: go1.6.3
Git commit: 23cf638
Construído: Quinta-feira, 18 de agosto, 05:33:38 2016
OS / Arch: linux / amd64

Servidor:
Versão: 1.12.1
Versão API: 1.24
Versão Go: go1.6.3
Git commit: 23cf638
Construído: Quinta-feira, 18 de agosto, 05:33:38 2016
OS / Arch: linux / amd64

versão docker-compose
docker-compose versão 1.7.1, build 0a9ab35
versão docker-py: 1.8.1
Versão CPython: 2.7.9
Versão OpenSSL: OpenSSL 1.0.1e 11 de fevereiro de 2013

Etapa 3: EXECUTE rm /etc/nginx/conf.d/default.conf
---> Usando cache
---> 18fabfe71380
Etapa 4: ADICIONE default.conf /etc/nginx/conf.d/
---> Usando cache
---> ad8c17a883c9
Ad8c17a883c9 criado com sucesso
Criando uauth_fpm_1
Criando uauth_redis_1
Criando uauth_web_1

ERRO: para o driver da web falhou ao programar conectividade externa no endpoint uauth_web_1 (1a1e10881709d37b7b242f43dca561802ddf19d67f713cfd05eb2cdae3c4b0c0): Bind for 0.0.0.0:443 falhou: a porta já está alocada
Traceback (última chamada mais recente):
Arquivo "", linha 3, em
Arquivo "compose / cli / main.py", linha 63, no principal
AttributeError: o objeto 'ProjectError' não tem atributo 'msg'
docker-compose retornou -1

siga o método de madjam002 e resolva o problema.

1. docker rm -f todos os contêineres.
2. interfaces de rede rm de rede docker.
3. sudo rm /var/lib/docker/network/files/local-kv.db
   e reiniciar, funcionou. obrigado amigos.

Não consigo encontrar o arquivo /var/lib/docker/network/files/local-kv.db . Onde posso encontrar o arquivo souch? Estou usando o El Capitan 10.11.4 e o Docker para Mac 1.12.

@ tsantos84 O Docker será executado dentro de uma VM quando você estiver usando o Docker para Mac.

Tente o seguinte (embora não tenha testado):

• docker rm -f $(docker ps -aq) (removerá todos os seus contêineres)
• docker network rm $(docker network ls -q) (removerá todas as suas redes)
• docker run --rm -v /var/lib/docker/network/files:/network busybox rm /network/local-kv.db

Em seguida, reinicie o Docker para Mac e você deve estar pronto para ir 👍

Ou você pode se conectar ao xhyve VM, por:

screen -AmdS docker ~ / Library / Containers / com.docker.docker / Data / com.docker.driver.amd64-linux / tty
tela -S docker -p 0 -X coisas
tela -r docker
rm -f /var/lib/docker/network/files/local-kv.db
tela -S docker -X sair

Em @aanand ainda estou tendo o problema no. 2, isto é, depois de parar os contêineres, as portas que eles usam às vezes ainda são mapeadas no host local.
Estou no Ubuntu 14.04 e versão docker: 1.12.0

Executar docker-compose após interromper e remover contêineres gera o erro abaixo para a imagem oficial do 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.

Isso é o que mostra o netstat:

 sudo netstat -nlp | grep 5432

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

A correção do @ mad-raz para mac não funcionou para mim no Ubuntu. Tem alguma solução para isso no Ubuntu

@mankind Você tentou

@ madjam002 sim exceto a última linha, isto é, eu não executei docker run --rm -v / var / lib / docker / network / files: / network busybox rm /network/local-kv.db porque você disse que não ' Não testei isso e não sei quais serão as implicações de excluir todos aqueles arquivos, então não os excluí porque quero ver se posso consertar isso sem remover e reinstalar o docker do zero.

@mankind É a última linha que realmente fará a correção. A execução do comando removerá todas as suas redes do Docker, o que é uma operação destrutiva, mas é a única maneira que conheço de corrigir esse problema. É exatamente o mesmo comando que postei anteriormente neste tópico, a única diferença é que você está executando dentro de um contêiner do Docker em vez de no host.

Para esclarecer, você precisará remover todos os seus contêineres e executar o comando que removerá todas as suas redes, mas você manterá suas imagens do Docker se for com isso que estiver preocupado.

@ madjam002 obrigado por esclarecer.

Recebi o mesmo erro descrito por muitas pessoas neste tópico; no entanto, meu problema / solução era diferente de todos os outros.

Estou usando docker-machine no meu mac. Tenho vários projetos que usam docker. Eu uso uma máquina e apenas uso docker-compose por projeto para iniciar meus contêineres nesta máquina. O problema que encontrei foi que eu estava tentando iniciar meus contêineres para um projeto (projeto b), mas os contêineres de outro projeto (projeto a) estavam em execução por algum motivo (não tenho certeza do porquê).

Especificamente, estava recebendo erros que não consegui vincular às portas 80 e 3306 porque, enquanto estava iniciando os contêineres do projeto b, o projeto a já estava em execução e vinculando-se a essas portas.

Acabei de usar docker ps -a para verificar se outros contêineres estavam em execução e já vinculados a essas portas. Parar esses contêineres resolveu o problema para mim.

O principal problema que vejo aqui são os contêineres do projeto que continuam sendo inicializados sem que eu realmente os inicie.

Espero que isso ajude mais alguém com esse problema.

O mesmo problema foi corrigido ao parar outro aplicativo na mesma porta, verifique se o aplicativo está usando sua porta com netstat -anp | grep PORT (substitua PORT pela que você está usando) ou use uma porta diferente. Isso resolveu para mim.
Espero que isso ajude alguém.

@ragboyjr talvez você tenha iniciado o projeto a containers com docker-compose up -d e tem restart: always em seus arquivos de composição.

@ madjam002 Obrigado por essa correção! isso tem me incomodado por alguns meses no Docker para Mac, tive que recorrer à redefinição para as configurações de fábrica, mas rodar isso em conjunto com a reinicialização do xhyve vm liberou essas portas novamente.

Usando docker para mac, no meu caso remover todos os containers e matar o processo docker ocupando as portas não foram suficientes para resolver o problema. Tive que remover as redes associadas a essas portas também.

parar e remover contêineres do docker:
docker stop $(docker ps -a -q); docker rm $(docker ps -a -q); docker volume rm $(docker volume ls -qf dangling=true)

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

descubra qual processo ocupa o porto
lsof -nP | grep LISTEN

examine a saída do último comando e elimine o processo que está ocupando a porta (veja a postagem de @mad-raz sobre como fazer isso). Seguir essas etapas corrigiu o problema para mim.

@marcelmfs você está absolutamente correto! Muito obrigado por isso.

+1 mesmo aqui, reiniciar o docker para mac corrige

Docker para Windows acabou de me dizer para atualizar, então eu fiz. Agora meus contêineres não iniciam. Nova reinicialização, nova reinicialização do Docker, nenhum contêiner em execução. O banco de dados não inicia:

~Resposta de erro do daemon: o driver falhou ao programar a conectividade externa no banco de dados do endpoint (44309324c7301ee0bba984b7bfee01201939c809b98f3d10333258d09d243931): Erro ao iniciar o proxy do ambiente de usuário: Bind para 0.0.0.0:3306 falhou: a porta já está alocadaErro: falha ao iniciar contêineres: db~

D4W versão 1.13.0 (9795)

Off para pesquisar como instalar a versão antiga.

Eu tenho o mesmo 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 o serviço docker não ajuda, o mesmo acontece com a reinicialização da máquina host.

Simplesmente ignore a entrada anterior, pois foi minha culpa (erro de digitação)

Eu tenho o mesmo problema (openSUSE 42.2). Remover o arquivo /var/lib/docker/network/files/local-kv.db corrigiu o problema.

Excluir o arquivo /var/lib/docker/network/files/local-kv.db e reiniciar o docker também corrigiu esse problema para mim no Ubuntu

Esqueça, o problema ainda está lá

para mim foi brew nginx. assim que o interrompi, o docker funcionou novamente.

Estou tendo um problema semelhante no OSX com uma porta UDP, remover local-kv.db não parece ser uma opção, pois a porta permanece travada mesmo quando o docker engine / VM é interrompido, mas uma reinicialização limpa a porta vinculada. Parece ser um problema do lado do OSX.

$ netstat -na|grep "\.53" <- sem limite de porta 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, agora 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" <- sem saída!

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

$ sudo ps aux|grep 1307 <- sem pid correspondente!

Algum processo antigo de "zumbi" parece estar segurando a porta, mas não consigo descobrir como liberá-lo.

OSX 10.11.6

versão $ docker
Cliente:
Versão: 17.03.0-ce
Versão API: 1.26
Versão Go: go1.7.5
Git commit: 60ccb22
Construído: quinta-feira, 23 de fevereiro, 10:40:59 de 2017
OS / Arch: darwin / amd64

Servidor:
Versão: 17.03.0-ce
Versão da API: 1.26 (versão mínima 1.12)
Versão Go: go1.7.5
Git commit: 3a232c8
Construída: Ter 28 de fevereiro 07:52:04 2017
OS / Arch: linux / amd64
Experimental: verdadeiro

Só posso confirmar que isso está acontecendo comigo também em vários contêineres.
OSX
➜ ~ versão docker
Cliente:
Versão: 17.03.1-ce-rc1
Versão API: 1.27
Versão Go: go1.7.5
Git commit: 3476dbf
Construído: Sex, 17 de março, 00:27:41 de 2017
OS / Arch: darwin / amd64

Servidor:
Versão: 17.03.1-ce-rc1
Versão da API: 1.27 (versão mínima 1.12)
Versão Go: go1.7.5
Git commit: 3476dbf
Construído: Quarta, 15 de março, 20:28:18 de 2017
OS / Arch: linux / amd64
Experimental: verdadeiro

Algumas vezes ele foi resolvido com uma compilação docker-compose e outra vez reiniciando o processo docker.

+1 no mac.
Tentei excluir todos os contêineres e reiniciar o Docker. Mas acontece de novo ..

Problema semelhante no Ubuntu 16.04.2 LTS, Docker versão 17.04.0-ce, compilação 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 mesmo problema

Mac 10.12.3 mesmo problema

Windows 10, mesmo problema

Mac 10.12.3 (16D32), mesmo problema
ERRO: Foram encontrados erros ao abrir o projeto.

Windows 10, mesmo problema

informação do docker
Recipientes: 4
Em execução: 3
Pausado: 0
Parado: 1
Imagens: 7
Versão do servidor: 17.03.1-ce
Driver de armazenamento: overlay2
Sistema de arquivos de backup: extfs
Suporta d_type: true
Diferença de sobreposição nativa: verdadeiro
Driver de registro: arquivo json
Driver Cgroup: cgroupfs
Plugins:
Volume: local
Rede: bridge host ipvlan macvlan sobreposição nula
Enxame: inativo
Runtimes: runc
Tempo de execução padrão: runc
Init Binary: docker-init
versão containerd: 4ab9917febca54791c5f071a9d1f404867857fcc
versão runc: 54296cf40ad8143b62dbcaa1d90e520a2136ddfe
versão init: N / A (esperado: 949e6facb77383876aeff8a6944dde66b3089574)
Opções de segurança:
seccomp
Perfil: padrão
Versão do kernel: 4.9.13-moby
Sistema operacional: Alpine Linux v3.5
OSType: linux
Arquitetura: x86_64
CPUs: 4
Memória total: 6,538 GiB
Nome: moby
ID: HVV7: ECOB: GSCQ : UHGE: MUHA : GVD5: KS3W: YVJ5: DJ5E: AJIM: OHMR : 344T
Dir. Raiz do Docker: / var / lib / docker
Modo de depuração (cliente): falso
Modo de depuração (servidor): verdadeiro
Descritores de arquivo: 36
Goroutines: 39
Hora do sistema: 2017-05-11T09: 41: 16.7020554Z
EventsListeners: 0
Registro: https://index.docker.io/v1/
Experimental: verdadeiro
Registros inseguros:
127.0.0.0/8
Espelhos de registro:
https://mhihpv4t.mirror.aliyuncs.com
Live Restore Enabled: false

apenas execute: docker run -d -p 3142:3142 --name blaName Bla_imageID
sem ip e execute docker container ls para ter o endereço ip e conecte-se a ele.

Para mim, funciona! na nova versão do docker no MAC

Para quem deseja especificar um endereço específico

Crie sua rede docker:
docker network create --subnet=172.18.0.0/16 mynet123

em seguida, basta executar a imagem (tomarei o Ubuntu como exemplo)
docker run --net mynet123 --ip 172.18.0.22 -it ubuntu bash

Tive o mesmo problema no Windows Docker + WSL e este artigo ajudou a resolvê-lo:
https://www.mikeplate.com/2011/11/06/stop-http-sys-from-listening-on-port-80-in-windows/

isso é o que finalmente funcionou para mim no meu mac:
sudo /usr/sbin/apachectl stop
você pode saber que o httpd não está lá executando ps -ef | grep httpd

O mesmo problema no Windows 10. Resolvido apenas reiniciando o Docker (a reinicialização do computador não funcionou).

Eu reiniciei o docker e funcionou
sudo service docker stop
então
sudo service docker start

O mesmo no ubuntu 16.04 via docker-compose.
# docker -v Docker version 17.03.1-ce, build c6d412e

A reinicialização do daemon do docker funcionou, mas é meio triste.

Este problema pode estar relacionado à libnetwork. Fiz um PR (https://github.com/docker/libnetwork/pull/1794). Espero que possa ser útil.

Eu fiz isso acontecer comigo. O mapeamento da porta não apareceu quando fiz netstat -an em um prompt do Elevated Powershell, embora eu não tenha tentado o mesmo de dentro da VM. Tive que reiniciar o Docker para Windows para corrigir. Isso também recria a VM subjacente.

Isso pode ser algo óbvio para tentar, mas eu tive este erro, mas reiniciei o próprio Docker, iniciei os contêineres e o erro foi embora.

O mesmo erro - mesma solução - reiniciou o Docker no Mac, em seguida, execute novamente o comando e funcionou.

Tenho esse problema persistindo em nosso sistema de CI - compilações "aleatórias" são interrompidas devido a esse erro. Estava funcionando bem algumas semanas atrás, então começou a aparecer aleatoriamente. Reiniciar o docker parece ajudar, mas ainda é uma solução não confiável para um sistema de CI.
Infelizmente, não tenho nenhuma informação em mãos quando isso começou a acontecer, suspeito que quando atualizei do "antigo" pacote docker pré-moby para docker-ce , mas agora é apenas um palpite

@ mad-raz Muito obrigado pela solução. Passei horas descobrindo e sua resposta funcionou

Às vezes docker-compose falha ao iniciar o contêiner desejado e deixa a porta ocupada com um processo de escuta .. então tente listar todas as portas (de escuta) usando
lsof -nP + c 15 | grep LISTEN
saídas
Dropbox 384 IPv4 0x82c TCP 127.0.0.1:17600 (LISTEN)
com.docker.slirp 6218 IPv4 0x82c TCP *: 5432 (LISTEN) << Python 6268 IPv4 0x82c TCP 127.0.0.1:51617 (LISTEN)
em seguida, elimine o ID do processo com.docker.slirp se for o causador do problema
matar -9 6218

Tenho o mesmo problema no Mac 10.12.5 (16F73):

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

Mas não há problema para a mesma imagem docker no 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

mesmo erro

Docker versão 17.06.0-ce, compilação 02c1d87

As soluções alternativas para mim foram parar, remover e executar novamente os contêineres. Se isso falhar, pare e reinicie o docker e tente novamente. Se isso falhar, reinicie, reconstrua as imagens do docker e execute novamente os contêineres.

Eu só tive que parar o apache e executar docker-compose novamente.

Simplesmente reiniciar o docker corrige esse problema para mim.

Tive esse problema no Windows 10 Pro e parei o serviço IIS, então funciona!

Se o erro obtido estiver relacionado ao Redis. certifique-se de não executar o Redis para Windows / Linux / etc em segundo plano e / ou na inicialização

Desligar o Docker por meio do menu / Reiniciar por meio do menu não corrigiu o problema para mim, pois não parece que o Docker realmente parou completamente.

Executei sudo pkill -fi docker e posteriormente reabri o docker e ele foi corrigido.

Um problema no docker-for-mac novamente (não visto na versão 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

Tive o mesmo problema, parece que alguns contêineres ainda estavam funcionando e bloqueando as portas.

faça um "docker ps -a" para verificar se você tem contêineres em execução
execute "docker kill $ (docker ps -q)" para parar todos os contêineres em execução

Estou enfrentando o mesmo problema na versão mac 17.09.0-ce-mac35 (19611)

Tente a solução na discussão por madjam002. Se isso não funcionar, exporte todas as suas imagens personalizadas ou certifique-se de que elas possam ser reconstruídas com Dockerfiles e, em seguida, remova completamente todas as suas imagens, desinstale o Docker, reinicie e reinstale o Docker, mas isso pode acontecer novamente. Uma solução alternativa é mudar sua configuração para uma porta diferente. Quando eu fazia isso, ocasionalmente, a nova porta travava novamente e eu tinha que mudar a configuração para uma terceira porta. Não está claro por que isso acontece com algumas pessoas e não com outras.

No MAC, pare o apache interno

sudo apachectl parar

Tenho continuamente tido esse problema. O estranho é que recebo ERR_SOCKET_NOT_CONNECTED no navegador ao tentar acessar o serviço. Então eu paro o contêiner e tento iniciá-lo novamente quando recebo o erro que você está relatando.

Reiniciar o mecanismo do Docker corrige o problema, mas ele volta logo depois.

Depois de algumas pesquisas, percebi que meus contêineres podem se comunicar uns com os outros por meio dos endereços IP internos que o Docker atribui, mas não podem se comunicar com o mundo externo (mesmo com o Google e outros).

Isso pode acontecer após 10 minutos ou após 2 horas de uso.

Estou no MacOS High Sierra e no Docker para Mac mais recente.

@rogoit que resolveu o problema para mim. obrigado!

sudo launchctl unload /System/Library/LaunchDaemons/org.apache.httpd.plist funciona para mim no mac

Quando recebo esse erro, tive sucesso ao visitar o diretório / port no 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

No meu caso, havia um arquivo nesse diretório - acho que se chamava ctl ou semelhante, e depois que executei cat naquele arquivo para ver o que havia nele, o problema foi embora - o arquivo, e o diretório também desapareceu após cd .. e ls .

Eu poderia então executar docker-compose start [service] .

Versão 17.09.0-ce-mac35 (19611)
Canal: estável
a98b7c1b7c

macOS 10.13.1 (17B1003)

Parece que há muitos sabores desse problema. Aqui está o meu:

Docker para Windows no Windows 10.

Parece que a última atualização do Windows 10 (Fall Creators Update, 2017) tem um novo "recurso". Quando você desliga, ele se lembra do que está em execução para que possa reiniciá-los quando você reiniciar.

Isso destrói o Docker para Windows (e apagou várias horas do meu tempo antes de fazer a conexão). Recebi o temido "driver falhou ao programar a conectividade externa no terminal" ao tentar reativar meu docker-compose.

Acontece que, neste caso, simplesmente reiniciar o Docker resolve o problema. Não descobri de imediato, porque reiniciei o computador. Pensar nisso também reiniciaria o Docker. Não - ele reconstituiu o Docker em um estado ruim.

Parece não haver maneira de desativar esse novo recurso do 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

Em vez disso, para desligar "corretamente", somos forçados a executar isso no prompt de comando: shutdown / s / t 0 ou reiniciar o Docker quando eu me esquecer de fazer isso.

@ biscuit314 Sua sugestão de reiniciar o serviço docker funcionou para mim, um problema se o Windows não estiver restaurando-o bem ou se o Docker não conseguir lidar com a maneira como o Windows faz isso.

apenas faça;

sudo apachectl parar

Nunca usei no Windows, mas quando mudei para o Mac tive esse erro. Reiniciar o Docker não mudou nada. A solução foi mudar a porta do apache no Mac do padrão 80 para outro (e obviamente reiniciar o apache). Depois que esse problema desapareceu.

Estou ciente de que este tópico ainda gera muita discussão, mas vou fechá-lo porque não tem nada a ver com o Compose em si. Como foi apontado em vários comentários, certifique-se de não ter aplicativos host já vinculando a porta que seu serviço está tentando expor (o Apache é um infrator comum).

Para quem ainda está vindo do Google: para minha máquina de desenvolvimento local, era apenas o DHCP que me deu uma nova concessão e o serviço docker não pegou nele e não pôde mais criar os mapeamentos de rede.

Infelizmente, nenhuma das sugestões funcionou para mim. Docker para Mac Edge 18 algo. High Sierra.

A única coisa que funcionou foi esperar até que o Docker fosse iniciado após a reinicialização do sistema e, em seguida, executar
$ docker-compose up -d --force-recreate manualmente. Super triste.

No final, fiz o downgrade para o Docker para Mac Stable 17 e tudo funcionou bem novamente.

No fedora 27, posso contornar esse problema desabilitando meu firewall e reiniciando o docker.

systemctl stop firewalld
systemctl restart docker

Eu encontrei o problema em um AWS Ubuntu 16 Server. Simplesmente sudo service docker restart resolveu meus problemas ...

Encontrou o problema no windows. Falha em qualquer serviço de qualquer porta, reiniciando o docker corrigido.

Sim, também tive esse problema com o Docker para Windows. Reiniciar o Docker corrigiu isso.

Também encontrei isso várias vezes hoje e ontem com o Docker para Windows. Reiniciar o Docker não corrigiu 😅

A única coisa que funcionou foi esperar até que o Docker fosse iniciado após a reinicialização do sistema e, em seguida, executar
$ docker-compose up -d --force-recreate manualmente. Super triste.

Isso também funcionou para mim.

Há algo que eu possa fazer (coletar mais logs, enviar ID de diagnóstico) para ajudar a investigar isso?

Estava enfrentando esse problema agora no linux. systemctl restart docker consertou para mim.

Mesmo problema aqui. CORRIGIDO QUANDO reiniciei o Docker e as portas foram liberadas - classificadas

Estou usando o Windows 10.0.16299.125, Docker para Windows 17.12.0-ce (15139) e contêineres do Linux. Desliguei o Skype e o erro _driver falhou ao programar a conectividade externa no endpoint_ desapareceu. Aqui está meu docker-compose.yml:

version: '3'

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

Eu tinha esquecido completamente que tinha um manobrista rodando na largada. Basicamente, basta verificar todas as portas e interromper a execução de qualquer outra coisa antes de iniciar o docker.

Eu estava modificando algumas configurações do iptables. E encontrou este erro. Reiniciar o daemon do docker corrigiu ...

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))'

Estava enfrentando esse problema agora no vagrant box. O problema do vagrant box recarregado foi corrigido.

mesmo problema Windows 10

O mesmo problema no Windows 10.
Resposta de erro do daemon: o driver falhou ao programar a conectividade externa no endpoint
depois de tentar reiniciar um contêiner.

@ gudge25 @magomedov Não tenho certeza se isso está relacionado, mas 18.03-rc3 acabou de ser lançado e contém essa correção . Pode valer a pena atualizar para ver se essa versão corrige os problemas que as pessoas estão tendo aqui.

Edit: Acabei de experimentar meu projeto que costumava sofrer com esse problema após uma reinicialização. Após 20 minutos de teste, não consigo mais reproduzir o problema.

minha solução foi -> Redefinir o Docker para os padrões de fábrica

sempre que inicializo meu computador, inicio meu contêiner, vejo este erro.
Resposta de erro do daemon: driver falhou programação conectividade externa no ponto final e bis-mysql (4bf1d5fc80663ac6ceabb68283b7a31860672826709d73aecaeaaa8f50be69ff): Erro de partida de proxy userland: Mkdir / porta / TCP: 0.0.0.0 : 3306: TCP: 172.17.0.2 : 3306: / saída de erro de entrada
Erro: falha ao iniciar contêineres: b

reinicie o computador, comece de novo, funciona.

PS C: Usuáriosphucnv7> informações do docker
Recipientes: 1
Em execução: 0
Pausado: 0
Parado: 1
Imagens: 2
Versão do servidor: 18.03.0-ce
Driver de armazenamento: overlay2
Sistema de arquivos de backup: extfs
Suporta d_type: true
Diferença de sobreposição nativa: verdadeiro
Driver de registro: arquivo json
Driver Cgroup: cgroupfs
Plugins:
Volume: local
Rede: bridge host ipvlan macvlan sobreposição nula
Log: awslogs fluentd gcplogs gelf journald arquivo json logentries splunk syslog
Enxame: inativo
Runtimes: runc
Tempo de execução padrão: runc
Init Binary: docker-init
versão containerd: cfd04396dc68220d1cecbe686a6cc3aa5ce3667c
versão runc: 4fc53a81fb7c994640722ac585fa9ca548971871
versão init: 949e6fa
Opções de segurança:
seccomp
Perfil: padrão
Versão do kernel: 4.9.87-linuxkit-aufs
Sistema operacional: Docker para Windows
OSType: linux
Arquitetura: x86_64
CPUs: 2
Memória total: 1,934 GiB
Nome: linuxkit-00155d347405
ID: 7 SDD: BOPB : ZIQ4: XO2T: AMRA: BGMS : XKB7: EHGH: K73W : 2Y4D: SLCW: Z5DX
Dir. Raiz do Docker: / var / lib / docker
Modo de depuração (cliente): falso
Modo de depuração (servidor): verdadeiro
Descritores de arquivo: 19
Goroutines: 36
Hora do sistema: 2018-03-28T01: 25: 45.5754181Z
EventsListeners: 1
Registro: https://index.docker.io/v1/
Etiquetas:
Experimental: verdadeiro
Registros inseguros:
127.0.0.0/8
Live Restore Enabled: false

Eu acho que posso ter descoberto isso caras, é realmente idiota ... Estou em um mac e tenho 2 contas de usuário separadas, ambas executando o docker. Depois de sair do docker na outra conta, voltei e tentei o comando lando start e funcionou perfeitamente.

Se você tiver MAC, tente parar o servidor. Eu tenho apache.
sudo / usr / sbin / apachectl stop

Para resolver o seguinte erro no Windows Reiniciar Docker (no menu da bandeja ou selecionando a opção 'Reiniciar Docker ...' em Configurações / Redefinir)

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

Não consigo iniciar nenhum contêiner depois que o Windows e o docker estão totalmente inicializados. Sem espera conserta isso. Reiniciar o Docker a partir do ícone da barra de status do Docker for Win resolve o problema.

100% das vezes, o Docker não funciona após a inicialização / reinicialização e eu tenho que reiniciar o daemon do docker em 100% dos casos.

EDIT: sim, @IGZmanuelMartinVivaldi , funciona, mas tenho que fazer a cada reinicialização do host. Isso é um problema com o Compose ou com o daemon do Docker em geral?

@IGZmanuelMartinVivaldi agradece este trabalho

@NoICE parece ser um problema que começou com a atualização do Windows 10 Fall Creators, mas não sei se será corrigido na atualização atual do Spring ou nas novas versões dos Dockers

@IGZmanuelMartinVivaldi Tenho o mesmo problema que @NoICE. Tenho que reiniciar o docker o tempo todo depois que o Windows está totalmente inicializado. Foi na atualização do Fall Creators e na atual.

PS. Estou usando o docker compose, qualquer arquivo do meu docker compose usa a versão 2.

O mesmo problema aqui @namerci. É necessário reiniciar manualmente o docker depois que o Windows estiver totalmente inicializado.

O mesmo aqui :(
Reiniciando o docker para janelas ou às vezes interrompendo os contêineres e então docker system prune funciona

Mesmo problema aqui

Estou tentando resolver o mesmo problema nos últimos dois dias, mas até agora sem sucesso. Isso acontece no Windows 7, docker toolbox, AWS SAM CLI e Eclipse.

+1 mesmo problema no Windows 10

Eu tive um problema semelhante com meu servidor nginx. Para resolver eu tive que:

docker stop $(docker ps -qa)

O Windows 10 tem algo como inicialização rápida. Provavelmente isso é um problema. Em
outro PC sem inicialização rápida funciona bem.

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

Eu tive um problema semelhante com meu servidor nginx. Para resolver eu tive que:

docker stop $ (docker ps -qa)

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/docker/compose/issues/3277#issuecomment-391092688 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/ABGaX_NDPkbWf08T2wOkq1PjQz4v-ES3ks5t1FgPgaJpZM4IBfG_
.

EDIT: Sou eu sendo cego. Houve um erro de digitação no número da porta na minha configuração.

Mesmo problema - Bind for 0.0.0.0:18305 falhou: a porta já está alocada.
Mas a porta não está alocada. Verificado com sudo lsof -i -P -n , e o serviço pode ser declarado sem problemas quando o docker não é usado.

Versão: 18.03.1-ce-mac65 (24312)
Canal: estável
93354b38bd

Reiniciar não está ajudando.
Redefinir para os padrões de fábrica não está ajudando.

Eu também estava enfrentando o mesmo problema.
Resolvi isso reiniciando o docker.
Pessoal, vejo que há algum tempo a máquina virtual pode estar ocupada com as mesmas portas que vocês estão rodando agora.
Portanto, reiniciando a janela de encaixe, você pode resolver esse problema.

Como apontado anteriormente . Este não é um problema de composição, é um problema do Docker. Daí porque está fechado.
Há um problema aberto para isso no repositório do Docker .

Eu poderia anexar qualquer serviço a qualquer porta. Por algum motivo, a mensagem de erro estava me mostrando um endereço IP que não reconheci. Reiniciei o Docker (Windows) e funcionou a partir daí.

Eu tive o mesmo problema no Mac OS Sierra 10.12.6. Docker versão 18.03.1-ce.

Resolvi aplicando a sugestão
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)

Encontre o processo que está escutando a porta bloqueada e elimine -o:
kill -9 35957

Em seguida, reinicie o Docker e está tudo bem

Desativar o Fast Boot no Windows 10 ajuda

Reiniciar o docker funciona

Reiniciar o docker (por meio do comando "Reiniciar" ou encerrar e relançar manualmente) NÃO funcionou para mim.

Redefinir o Docker para os padrões de fábrica

Isso me ajudou.

isso me ajuda redefinindo o Docker.

De nada :)

Na quarta-feira, 8 de agosto de 2018 às 10:20, Ben [email protected] escreveu:

isso me ajuda.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/docker/compose/issues/3277#issuecomment-411311339 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/ACPM4OXDOchoiUzCWAwmJM7COIHHwY4yks5uOpE7gaJpZM4IBfG_
.

-
Cumprimentos
Antony
tel. +380669197533
tel2. +380636564340
Paypal http://paypal.me/Satskiy
http://paypal.me/Satskiy?ppid=PPC000654&cnac=PL&rsta=en_PL(en_DK)&cust=NN8XJS9XEP22C&unptid=21db79ac-ef8d-11e5-9553-9c8e992ea258&t=&cal=4d776c21ca7d2&calc=4d776c21ca7d2&calf=4d776c21ca7d2&unp_tpcid=ppme-social-business-profile- criado & page = main: email & pgrp = main: email & e = op & mchn = em & s = ci & mail = sys
satskiy. [email protected]

Reiniciar o Docker funciona para mim. (Docker para Windows, Docker version 18.06.1-ce, build e68fc7a )

Para adicionar ao comentário de Ray-Eldath: Fiquei confuso porque reiniciar meu computador duas vezes não funcionou (mesma versão: 18.06.1-ce para Windows), e certamente reiniciar seu computador é suficiente para contar como reiniciar o Docker também, certo? Acho que reiniciar não resolveu, certo? Bem, não, lol. Na verdade, eu vou para o Docker e clico em "Reiniciar" e agora funciona.

EDIT: Oh, interessante, agora eu sei por que isso aconteceu (provavelmente). Reiniciar meu computador realmente criou esse problema, eu acho. Veja isso:

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

Citação relevante:

A última atualização do Windows 10 (Fall Creators Update, 2017) tem um novo "recurso". Ele inicia automaticamente todos os aplicativos que estavam em execução quando você desligou pela última vez.

Isso reconstitui o Docker para Windows em um estado ruim. Isso fez parecer que aquelas portas estavam sendo usadas por outra coisa - era o fantasma de si mesmo. Isso explica por que essas portas ainda estavam em uso, embora eu tenha interrompido / iniciado meus contêineres e até mesmo reiniciado!

Considerando isso, ainda sou suspeito da atualização do Windows de 18.06.1-ce, já que isso não era um problema para mim até que eu atualizasse para ela.

Tenho o Windows 10 Pro em um laptop e desktop com exatamente o mesmo problema. Atualmente estou executando a versão: 18.06.1-ce, mas pelo menos as 2 últimas versões anteriores tiveram o mesmo comportamento. Este é um problema consistente e facilmente reproduzível, ocorrendo em uma configuração muito comum.

Estamos todos fazendo algo errado ou é algo que precisa ser consertado?

Você também pode verificar com MONITOR DE ATIVIDADE no OSX. Eu vi esse problema quando outro usuário está conectado e está usando o Docker. Mate os processos ou faça logout e funcionará.

Eu fiz isso acontecer no docker para windows com nginx. Reiniciei o docker e não o vejo agora. Claro que provavelmente estará lá se eu remover e criar um novo contêiner para o nginx.

Tive o mesmo problema (iniciando um proxy reverso nginx na porta 80) no Windows 10, talvez causado por uma instalação anterior de caixa virtual.

Redefinir o docker para os padrões de fábrica (ícone do botão direito do mouse na área de notificação -> configurações -> redefinir) corrigiu para mim.

reinicie o docker work para mim. no windows 10

thx @ballmdr , também funciona para mim.

Eu estava tendo o mesmo problema. A porta 80 estava sendo usada pelo IIS.

1) Clique em Executar, digite - 'inetmgr' que abre o IIS
2) Em Ações (canto superior direito) - Clique em 'Parar'
3) Execute o Docker novamente

Eu estava tendo o mesmo problema no MAC moJave depois de atualizar o docker-compose. Simplesmente reiniciar o docker corrige os problemas para mim.

Mesmo aqui, eu tenho o macOS Mojave e o reinício corrigido.

@makproductions, obrigado.

Estou tendo esse problema com bastante frequência (no Windows) e reiniciar o Docker resolve o problema.

Ubuntu 18.04, reiniciar o docker resolve o problema

O problema ainda existe no Windows em 18.06.1-ce-win73 (19507) Plase reabra isto.

Normalmente acontece porque o postgresql está em execução e usando a porta 5432, tente interromper o serviço e executar o docker-compose up --build para que ele faça a inicialização.

sudo service postgresql stop
docker-compose up --build

Deveria trabalhar

madjam002

1.docker rm -f todos os contêineres.
Interfaces de rede rm de rede 2.docker.
3.sudo rm /var/lib/docker/network/files/local-kv.db

Eu tentei fazer isso agora estou preso com outro problema como docker: Error response from daemon: failed to update store for object type *libnetwork.endpointCnt: Key not found in store. . Como resolver este problema, você pode me sugerir .... Obrigado.

Estou ciente de que este tópico ainda gera muita discussão, mas vou fechá-lo porque não tem nada a ver com o Compose em si.

Este é um problema do docker - não um problema do docker-compose. Esta questão está encerrada, então não vai ganhar força. Existem vários problemas já abertos no repositório docker principal. Os comentários provavelmente devem ir para lá:

Veja https://github.com/docker/for-win/issues/2722
e https://github.com/docker/for-win/issues/1967

@ shin- Isso deve ser bloqueado?

Recebo o mesmo erro na seguinte situação:
Docker 18.06.1, Docker Compose 1.22.0, Ubuntu 18.04

Iniciando d1df6864f98d2599_api_1 para d1df6864f98d2599_api_1 Não é possível iniciar a API de serviço: o driver falhou ao programar a conectividade externa no endpoint d1df6864f98d2599_api_1 (6b3f4a9c68d6858ace2b39a0296ed41620ff3007b14c2379b5397000 está alocado na porta B25397)

Quando eu inicio os contêineres usando docker-compose na linha de comando, o contêiner é denominado src_api_1 , porque estou executando o comando de uma pasta src .

Quando executo docker-compose no TeamCity, o contêiner é denominado d1df6864f98d2599_api_1 e recebo esse erro.

O comando é docker-compose -f src/docker-compose-production.yml up -d api .

Acabei de alterar o número da porta no arquivo .yaml e ele começou a funcionar para mim.

No meu caso, foi porque a senha de login do Windows foi atualizada e, aparentemente, a nova senha não foi atualizada no docker. Tive que ir para o docker do Windows -> configurações -> unidade compartilhada, desmarque as unidades compartilhadas, clique em aplicar e, em seguida, verifique novamente e aplique, ele então solicitará a senha. Depois de inserir a senha, ela está funcionando novamente.

Isso continua afetando minha configuração. Reiniciar o docker não libera a porta no OSX. Reiniciar a máquina host libera a porta.

Recebi a mesma mensagem de erro, mas meu problema foi causado por trabalhar em duas páginas diferentes ao mesmo tempo.

Ao trocar de um para o outro esqueci de usar docker-compose down,

Eu também estava enfrentando o mesmo problema, mas depois de muito tempo encontrei a solução perfeita

1. digite docker container ls -a (verifique o container que está usando aquele número de porta)
2. docker container rm -f(Desalocar a porta removendo esse contêiner)
3. Atribuindo seu novo contêiner com seu número de porta

@ ronakganatra9 ei, tenho uma pergunta onde você poderia encontrar sua própria porta no arquivo .yaml?

`` `PS C: UsersMouazDesktopfernandroidstf-poc> docker-compose up
stf-poc_storage-temp_1_20d132e37939 está atualizado
stf-poc_dev-triproxy_1_7224046ecd68 está atualizado
stf-poc_auth_1_f76f43d5e179 está atualizado
stf-poc_rethinkdb_1_6e5e0628f86c está atualizado
stf-poc_triproxy_1_7d61645de13d está atualizado
stf-poc_adb_1_53f170a2d9ae está atualizado
stf-poc_storage-plugin-apk_1_efbbfa2dc680 está atualizado
stf-poc_storage-plugin-image_1_ebc249ed0769 está atualizado; iniciando stf-poc_migrate_1_ebc2c2157fdf ...

Iniciando stf-poc_migrate_1_ebc2c2157fdf ... concluído

stf-poc_api_1_713c609d74d5 está atualizado
stf-poc_reaper_1_cca8849d63b8 está atualizado
stf-poc_websocket_1_a41866f85947 está atualizado
stf-poc_app_1_db0fc2088323 está atualizado
Iniciando e3e9585e6a3a_stf-poc_provider_1_6961669e5bb1 ... erro

ERRO: para e3e9585e6a3a_stf-poc_provider_1_6961669e5bb1 Não é possível iniciar provedor de serviços: b'driver falhou programação conectividade externa no endpoint e3e9585e6a3a_stf-poc_provider_1_6961669e5bb1 (6033aa098528aac29e541b1d52303e4106c0f7a760222995b4c0b348a7d76941): Erro ao iniciar userland proxy: Bind para 0.0.0.0:7680: inesperado Permissão negada erro'

ERRO: para o provedor não é possível iniciar o provedor de serviços: b'driver falhou ao programar conectividade externa no ponto de extremidade e3e9585e6a3a_stf-poc_provider_1_6961669e5bb1 (6033aa098528aac29e541b1d52303e4106:c0f7a760222995b4c0bland3 erro inicial do proxy: Bind.048.076 erro de usuário inesperado do usuário 0,048.076: Bind.048.076 denúncia do usuário 048.076: Bind.
ERRO: Foram encontrados erros ao abrir o projeto.
PS C: UsersMouazDesktopfernandroidstf-poc> docker container ls
COMANDO DE IMAGEM DE ID DE CONTAINER CRIADO NOMES DE PORTOS DE STATUS
d46b94a05e8b stf-poc_nginx "/entrypoint.sh" 2 minutos atrás Reiniciando (1) 38 segundos atrás stf-poc_nginx_1_4c61f58776f1
6674d0116aa9 openstf / stf: último "stf storage-plugin-…" 2 horas atrás Up Cerca de um minuto 3000 / tcp stf-poc_storage-plugin-image_1_ebc249ed0769
df2e7c721d55 openstf / stf: mais recente "stf storage-plugin-…" 2 horas atrás Up Cerca de um minuto 3000 / tcp stf-poc_storage-plugin-apk_1_efbbfa2dc680
a697ef5e309b openstf / stf: mais recente "stf app --auth-url…" 2 horas atrás Up Cerca de um minuto 3000 / tcp stf-poc_app_1_db0fc2088323
fefaebe9340a openstf / stf: mais recente "stf websocket --por…" 2 horas atrás Up Cerca de um minuto 3000 / tcp stf-poc_websocket_1_a41866f85947
8a1fd41fa92d stf-poc_storage-temp "stf storage-temp -…" 2 horas atrás Up Cerca de um minuto 3000 / tcp stf-poc_storage-temp_1_20d132e37939
c7f48e1b4d74 openstf / stf: mais recente "stf reaper dev --co…" 4 horas atrás Up Cerca de um minuto 3000 / tcp stf-poc_reaper_1_cca8849d63b8
293d4cf18ddb openstf / stf: mais recente "stf api --port 3000…" 4 horas atrás Up Cerca de um minuto 3000 / tcp stf-poc_api_1_713c609d74d5
257667df032e openstf / stf: mais recente "processador stf --con…" 4 horas atrás Acima Cerca de um minuto 3000 / tcp stf-poc_processor_1_9c46a2ef3b9d
e065f41e2f61 rethinkdb: 2.3 "rethinkdb --bind all" 4 horas atrás Up Cerca de um minuto 8080 / tcp, 28015 / tcp, 29015 / tcp stf-poc_rethinkdb_1_6e5e0628f86c
522eb78fc46a sorccu / adb: mais recente "/ sbin / tini - adb -…" 4 horas atrás Up Cerca de um minuto 5037 / tcp stf-poc_adb_1_53f170a2d9ae
44e03f74b098 openstf / stf: mais recente "stf triproxy app -…" 4 horas atrás Up Cerca de um minuto 3000 / tcp stf-poc_triproxy_1_7d61645de13d
32f4f65a0d4e openstf / stf: mais recente "stf triproxy dev -…" 4 horas atrás Up Cerca de um minuto 3000 / tcp stf-poc_dev-triproxy_1_7224046ecd68
7465e46fd2a0 openstf / stf: mais recente "stf auth-mock --app…" 4 horas atrás Up Cerca de um minuto 3000 / tcp `stf-poc_auth_1_f76f43d5e179
`` `

isso é o que está acontecendo comigo, e tentei reiniciar e desinstalar e reinstalar, limpar dinheiro e reset de fábrica, ainda mostrando esse tipo de ERRO, você acha que tenho que mudar a porta do ADB de 5037 para 3000 / tcp?

se sim como posso fazer isso?
OBRIGADO !!

Basta reiniciar o Docker . Funcionou para mim

Basta reiniciar o Docker . Funcionou para mim

Isso funcionou para mim também! Por alguma razão, não funcionou depois de reiniciar o PC, mas funcionou depois de clicar em "reiniciar docker" na bandeja de ícones.

Basta reiniciar o Docker. Funcionou para mim

Isso funcionou para mim também.

Sim, reiniciar funciona, mas ainda é muito chato, tenho que fazer isso toda vez que quero iniciar o Docker ...

restart docker pode resolver tudo, porque reiniciar docker limparia todo o contêiner em execução.

Eu verifico meu arquivo docker compose.yml novamente e excluo o contêiner que está localizado dentro do arquivo docker-compose.yml e não preciso reiniciar o docker.

apreciar.

Execute o seguinte comando e obtenha o id do contêiner que está usando a porta que você deseja eliminar. Use o ID do contêiner e remova-o usando o segundo comando.

docker ps -a
docker rm container_id

Olá, estou executando o Docker (v 18.09.0) e recebo o seguinte erro ao iniciar o sandbox-proxy. Por favor ajude.

C: Program FilesDockerDockerResourcesbindocker.exe: Resposta de erro do daemon: driver falhou ao programar conectividade externa no endpoint sandbox-proxy (fcc9a4c77b0de66ef7e8c8893b6eafb49f8071e7b9c3b1ce1def3a5e1434358d): Erro ao iniciar userland1.0 inesperado proxy: Permitido para negar 11.0: Erro ao iniciar o userland.0.01.

Tentei reinstalar / reiniciar o docker / sistema, remover contêineres, etc.
Nada ajudou.

Olá, estou executando o Docker (v 18.09.0) e recebo o seguinte erro ao iniciar o sandbox-proxy. Por favor ajude.

C: Program FilesDockerDockerResourcesbindocker.exe: Resposta de erro do daemon: driver falhou ao programar conectividade externa no endpoint sandbox-proxy (fcc9a4c77b0de66ef7e8c8893b6eafb49f8071e7b9c3b1ce1def3a5e1434358d): Erro ao iniciar userland1.0 inesperado proxy: Permitido para negar 11.0: Erro ao iniciar o userland.0.01.

Tentei reinstalar / reiniciar o docker / sistema, remover contêineres, etc.
Nada ajudou.

Tente parar o docker e iniciá-lo novamente no modo de administrador. Depois de iniciar, abra o power shell no modo de administrador também.
Como o erro diz "permissão negada", talvez isso resolva seu problema. Não tenho certeza.

reiniciar o serviço docker me ajudou a resolver esse problema.

versão 18.09.0

Olá, estou executando o Docker (v 18.09.0) e recebo o seguinte erro ao iniciar o sandbox-proxy. Por favor ajude.
C: Program FilesDockerDockerResourcesbindocker.exe: Resposta de erro do daemon: driver falhou ao programar conectividade externa no endpoint sandbox-proxy (fcc9a4c77b0de66ef7e8c8893b6eafb49f8071e7b9c3b1ce1def3a5e1434358d): Erro ao iniciar userland1.0 inesperado proxy: Permitido para negar 11.0: Erro ao iniciar o userland.0.01.
Tentei reinstalar / reiniciar o docker / sistema, remover contêineres, etc.
Nada ajudou.

Tente parar o docker e iniciá-lo novamente no modo de administrador. Depois de iniciar, abra o power shell no modo de administrador também.
Como o erro diz "permissão negada", talvez isso resolva seu problema. Não tenho certeza.

Isso não resolve o problema, eu iniciei o terminal e o docker no modo Administrador e ainda gera exatamente o mesmo erro.

Tive o mesmo problema hoje. Executei docker-compose down e reiniciei o serviço docker, que parecia 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 minha janela de encaixe no windows 10, e então funciona. ^^

Encontrou o mesmo problema. Reiniciar o docker para Windows ajuda.

Se você estiver usando Windows, execute netstat -ab e verifique o que está usando a porta TCP 0.0.0.0:443 , para mim o vmware estava usando, embora eu tenha saído dela

Reiniciar o docker não é a melhor solução, gente. (Também é a primeira coisa que fiz)

Eu tenho o mesmo problema e pode ser resolvido reiniciando o docker.

Apenas reiniciei e funcionou novamente

Tenho o mesmo problema com 18.09.1 ​​no Linux. Este problema pode ser reaberto? Caso contrário, um problema deve ser aberto para uma mensagem de erro melhor indicando que este não é de fato um bug do docker, o que parece ser.

Se você continuar a esperar que as pessoas reiniciem o software em algum momento, elas simplesmente rasgarão o docker; não é como se não houvesse outros sistemas de contêiner por aí.

Reiniciar o docker funcionou para mim apenas na primeira vez. Depois disso, sempre que clico no comando docker run , ocorre o mesmo erro. Não é fixo permanentemente.

O que estou tentando alcançar:

Estou apenas tentando configurar o ambiente LEMP (nginx, php-fpm, MySQL) na minha máquina centos 7.

Comandos:

Docker reiniciado

service docker restart

Criar rede de ponte

docker network create -d bridge LEMP

Execute o contêiner php-fpm

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

Após a primeira execução do comando, funciona com a seguinte saída:

b003815c0ee2fba05aa24b0965871b55ce717fcd56557066acd448519b59498b

iptables -L

`` `Chain INPUT (política DROP)
destino prot opt ​​origem destino
ACEITAR tudo - em qualquer lugar, em qualquer lugar
ACEITAR tudo - em qualquer lugar, em qualquer lugar, estado RELACIONADO, ESTABELECIDO
ACEITAR tudo - em qualquer lugar, em qualquer lugar estado NOVO
ACEITAR tudo - em qualquer lugar, em qualquer lugar estado NOVO
ACEITAR ICMP - em qualquer lugar, estado NOVO
ACEITAR ICMP - em qualquer lugar, estado NOVO
ACEITAR ICMP - em qualquer lugar, estado NOVO
ACEITAR ICMP - em qualquer lugar, estado NOVO
ACEITAR tcp - em qualquer lugar em qualquer lugar tcp spts: 1024 : 65535 dpt: 28082 state NOVO

Corrente FORWARD (política DROP)
destino prot opt ​​origem destino

Cadeia OUTPUT (política DROP)
destino prot opt ​​origem destino
ACEITAR tudo - em qualquer lugar, em qualquer lugar
ACEITAR tudo - em qualquer lugar, em qualquer lugar, estado RELACIONADO, ESTABELECIDO
ACEITAR tcp - em qualquer lugar 192.168.40.17 tcp dpt: objcall
ACEITAR tudo - em qualquer lugar, em qualquer lugar estado NOVO
ACEITAR tudo - em qualquer lugar, em qualquer lugar estado NOVO
ACEITAR tudo - em qualquer lugar, em qualquer lugar estado NOVO
ACEITAR tcp - em qualquer lugar em qualquer lugar tcp spts: 1024 : 65535 dpt: 28082 state NOVO

### 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: Erro de resposta do daemon: driver falhou ao programar a conectividade externa no endpoint nginx (df5852f12bb611dcf0057418e50b3f679efcbd81c91af6679c8e44b8a59fe4bf): (iptables falhou: iptables --wait -t filter -A DOCKER-tc160-ep97.247e 172e-A DOCKER-tc60460 ep97.247e 172e-A DOCKER-tc60460 ep 97de-A DOCKER! .0.3 --dport 80 -j ACEITAR: iptables: Nenhuma cadeia / destino / correspondência com esse nome. (Status de saída 1)).
`` `

Solução alternativa que funciona para mim:

Versão do Docker:

docker -v

Docker version 18.09.0, build 4d60db4

Versão antiga do kernel da máquina:

uname -r

3.10.0-957.1.3.el7.x86_64

Outra máquina com versão de kernel diferente:

uname -r

3.10.0-862.2.3.el7.x86_64

o / p

Funcionou. Nenhum erro ocorreu como acima. Tudo está funcionando perfeitamente.

Mudei meu kernel de máquina antiga e funcionou para mim. Embora não seja bom mudar o seu kernel, especialmente na produção.

Para usuários do Windows: Desative "inicialização rápida" nas configurações de energia e funciona!
https://stackoverflow.com/a/47818614

A última atualização do Windows 10 (Fall Creators Update, 2017) tem um novo "recurso". Ele inicia automaticamente todos os aplicativos que estavam em execução quando você desligou pela última vez.
Isso reconstitui o Docker para Windows em um estado ruim. Isso fez parecer que aquelas portas estavam sendo usadas por outra coisa - era o fantasma de si mesmo. Isso explica por que essas portas ainda estavam em uso, embora eu tenha interrompido / iniciado meus contêineres e até mesmo reiniciado!

restart docker pode resolver tudo, porque reiniciar docker limparia todo o contêiner em execução.

Eu verifico meu arquivo docker compose.yml novamente e excluo o contêiner que está localizado dentro do arquivo docker-compose.yml e não preciso reiniciar o docker.

apreciar.

Isso funcionou para mim Thnks! :)

O mesmo problema aqui - no meu caso, o apache rodando na porta 80 era o problema.

Outros acima mencionaram o netstat, que é uma ferramenta excelente. Uma instância do nginx estava em execução na porta 80. Usei netstat -ano | findstr: 80 (cmd) ou bash >> netstat -ano | grep: 80, em seguida, matou o PID

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

Eu resolvi isso atualizando o windows build de 1803 a 1809

pare o daemon do docker e inicie como administrador.

docker rm $(docker ps -a -q) funcionou para mim.

Desculpe ser aquele cara, mas na minha máquina reiniciar o computador foi a solução. Reiniciar Docker não ajudou.

Recebi a mesma mensagem de erro e reiniciei o Docker no Windows . Isso funcionou.

Primeiro, atualize o Windows 10 para 1809.
Em seguida, desative "Iniciar a área de trabalho do Docker ao fazer login" na configuração do docker.
Por fim, inicie a janela de encaixe manualmente (não é necessário reiniciar).
O problema desapareceu e está funcionando bem no meu computador.

para mim, uma reinicialização manual do docker fez com que funcionasse

O mesmo problema para mim no Mac OS Mojave, tentando abrir mailu com 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.
$

e o seguinte:

• Docker Desktop: 2.0.0.3
• Motor: 18.09.2
• Máquina: 0.16.1
• Tabelião: 0,6.1
• Auxiliar de credencial: 0,6.0
• Kubernetes: v1.10.11

Acabei de reiniciar meu Mac, e depois executei

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

como alguém recomendou.

Esta é a estrofe relevante de docker-compose.yml para o serviço "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, não tenho nada escutando em nenhuma das portas mencionadas na configuração 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 mim, uma reinicialização manual do docker fez com que funcionasse

Eu posso confirmar isso também.

Estamos recebendo o mesmo problema no Windows 10. Reiniciar parece estar resolvendo o problema, mas temos que reiniciá-lo algumas vezes em uma semana. Existe uma solução para isso?

Preciso reiniciar o docker todos os dias ... adoraria consertar isso!

Eu ainda tenho o mesmo problema. Isso acontece se você habilitou o Fast Startup (habilitado por padrão) no Windows 10. Você pode desabilitá-lo -> https://www.windowscentral.com/how-disable-windows-10-fast-startup e então você não vai precisar para reiniciar o docker todos os dias. Mas é apenas uma solução alternativa ..

Tive o mesmo problema,
simplesmente reinicie o docker conserte para mim

Para mim, era porque outros contêineres estavam funcionando usando essa porta. Acabei de alterar o mapeamento da porta em docker-compose.yml , por exemplo, para o serviço de contêiner memcache :

De:

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

Para (porta externa próxima a 11212):

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

Reiniciar docker funciona para mim

@yedincisenol sim, mas ter que reiniciar todos os dias é um pouco chato

Estou tendo o mesmo problema e sim reiniciar resolveu meu problema. Espero que eles consertem isso.

Reinicie o Docker ... só isso

Reiniciar o docker no Windows também funciona para mim: /

Se você estiver em um Mac e o servidor da Web docker não iniciar, pode ser Compartilhamento de arquivos - a Apple usa o Apache integrado para isso. Ou...
~sudo apachectl parar~
ou melhor ainda, desative o compartilhamento de arquivos.

Eu tenho o mesmo problema, que está relacionado ao IIS, então eu parei com isso.

Como @AarashFarahani disse. Parei o IIS, que não precisava neste projeto, e o erro foi embora.

Para usuários de Mac: tente usar os serviços httpd, apache.

docker rm $(docker ps -a -q) funcionou para mim.

Não funcionou para mim (Windows 10, Docker versão 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 resolvido

apenas reinicie o docker e implante novamente -> funciona para mim

Tenho o mesmo problema.

Minha solução alternativa (porque esse parece ser o único tipo de solução) foi simplesmente desabilitar "Iniciar o Docker Desktop ao fazer login".
Mas mantenha-o no programa de inicialização no gerenciamento de tarefas.

Se você não conseguir encontrá-lo em seu gerenciamento de tarefas, pode colocar um atalho em:
%USERPROFILE%\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup

Então, meu palpite é que a maneira como o Docker usa o 'Iniciar Docker Desktop quando você faz login' não é a maneira que o Windows 10 deseja.

Versão do Docker:
18.09.2, compilação 6247962

Versão Windows:
Windows 10 Pro Insiders Preview 1903, build 18898.1000

Nenhum desses funcionou para mim. Parar os serviços (conforme descrito aqui ) finalmente resolveu:

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"

Clicar no ícone do Docker Desktop na bandeja e selecionar Reiniciar ... funcionou para mim no Windows 10!

docker: Resposta de erro do daemon: o driver falhou ao programar a conectividade externa no endpoint sad_sanderson

Se alguém estiver usando Docker Desktop
Siga as etapas abaixo: (evite reiniciar o Docker Desktop)

• Saia do Docker Desktop
• Inicie o Docker Desktop novamente
• Vai funcionar bem

Meu problema era que eu inicializei um Docker Swarm em minha máquina para alguns experimentos. Tudo voltou ao normal depois de executar docker swarm leave --force

Reiniciar o docker todas as vezes para esse problema é apenas uma solução alternativa. Na verdade, ele resolve o problema, pois bloqueia todas as portas que podem ser ocupadas por contêineres. Mas o verdadeiro problema é que as portas relatadas não aparecem com o comando netstat ou docker ps , então se torna uma verdadeira dor de cabeça identificar qual contêiner está usando a porta.

Se alguém encontrar uma maneira diferente de reiniciar o Docker ou desabilitar o Fast Startup, poste aqui.

para mim, uma reinicialização manual do docker fez com que funcionasse

Eu posso confirmar isso também.

Sim no Win10, isso resolve

@dtekchandani

Solução : basta desabilitar "Iniciar o Docker Desktop ao fazer login".
Mas mantenha-o no programa de inicialização (por exemplo, copie um link para o docker em sua pasta de inicialização aqui:
% USERPROFILE% AppDataRoamingMicrosoftWindowsStart MenuProgramsStartup

Isso fará com que o Docker inicie mais tarde, após o login, e isso funciona para muitas pessoas.

win + r> cmd (executado como administrador)> netstat -aon | Mais
então procuramos um endereço local com porta: 8000, lembre-se do PID,> ctrl + alt + del vá para a pasta "Detalhes", procure um processo com um ID como o PID> remova a tarefa (conclua a tarefa)> reinicie seu Docker> e reinicie (execute) seu docker-compose.
Isto deve resolver o problema
Opção 2: basta abrir o docker-compose.yml e alterar a porta 8000 para qualquer outra (portas:
- '8000: 80')> Execute o docker

Tendo o mesmo problema aqui, no entanto, reiniciar o Docker / Windows / Hyper-V resultará em falha.
Aqui está a impressão que recebo do meu script de execução.
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.
Diag ID:
5C4CFABD-4AEA-4F67-9016-E9B6D58A3934/20190918072240
Script de execução inicial: (se isso ajudar)
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 tentar reiniciar o contêiner, estou simplesmente usando
docker start pihole
A impressão parece indicar que é um erro de permissão, então tentei executar o Docker Desktop _and_ Powershell com permissões elevadas, mas ainda estou recebendo o mesmo erro. e quando digo o mesmo, quero dizer que é literal a cada vez.

Para aqueles no mac, tente este comando para ver os processos e interrompê-los (os outros comandos não funcionaram para mim):

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

Reinicializar o Windows me ajudou.
Docker 2.1.0.3.38240

Reiniciar o docker no MAC OS X MOJAVE não corrige esse problema para mim.
Estou tentando expor várias portas, ou seja, 5066, 5086, 8021 e algumas outras.

Executar com sudo funciona para mim.

Meu problema era com 5000 portas

$ 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

Então, depois de parar o container com 5000 portos, isso me ajudou.

$ docker stop d21a21826483

Encontrei este tópico e nenhuma das opções acima me ajudou.

Estou executando o Ubuntu e tive que usar:

sudo service docker restart

Tentei podar e todos os outros comandos e o docker tinha certeza de que não havia nada em execução, mas depois de reiniciar o serviço, tudo começou a funcionar novamente.

Eu tive o mesmo problema e tentei o acima, mas nenhum funcionou para mim.
O que funcionou foi reiniciar o Windows.

Para qualquer um no Windows, se você encontrar esse problema depois de acordar o Windows do modo de suspensão, reiniciar o computador resolve o problema para mim.
Houve um problema semelhante anterior sobre o aumento rápido no Windows e presumo que esses dois estejam relacionados ...

Isso resolveu meu problema no Windows:

• docker-compose down
• Feche a área de trabalho do docker.
• Desligue o serviço docker
  
• Inicie o docker, um pop-up solicitará que você ative o serviço docker via net.exe, aceite
• docker-compose up

Reinicie o Docker ... só isso

Essa é uma ótima solução, mas reiniciar indica um bug e esse problema não deve ser resolvido.

O que funcionou para mim foi redefinir o docker desktop para os valores de fábrica.

Tentei o anterior sem sucesso. Eu fiz isso funcionar limpando todo o cache do docker executando:

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

3 anos e esse bug ainda está vivo e bem ...

Eu tenho o mesmo bug. Estou tão surpreso que este tópico percorreu todo o caminho até agora.

sudo apachectl stop funcionou para mim, pois parecia que o apache estava rodando no Mac

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

Eu tenho o mesmo bug. Estou tão surpreso que este tópico percorreu todo o caminho até agora.

Isso funcionou para mim:

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

Tendo os mesmos problemas no Oracle Linux. Reiniciar o serviço Docker ajudou.

Isso resolveu meu problema no Windows:

• docker-compose down
• Feche a área de trabalho do docker.
• Desligue o serviço docker
  
• Inicie o docker, um pop-up solicitará que você ative o serviço docker via net.exe, aceite
• docker-compose up

a solução acima funciona para mim, obrigado.

quando o docker está em execução, eu tenho isso abaixo.
quando o docker reiniciado, ainda tenho isso abaixo.
quando o serviço docker é encerrado e reiniciado, a ocupação da porta desaparece, o docker funciona novamente.

**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

Eu estava tendo esse problema no Ubuntu 18.04, o mesmo que no @ Jason-2020, reiniciar o serviço docker liberou a porta para mim também no meu sistema.

Por mais ilógico que pareça, simplesmente reiniciar o serviço funcionou.

(Não é necessário limpar caches, arquivos antigos ou qualquer coisa.)

para o problema do Windows pode facilmente resolver:
apenas reinicie o docker e tente executar o servidor novamente.

A partir de hoje, usando W10 ainda apresentando esse problema.
O docker reiniciado, ainda tenho o problema.
A janela de encaixe fechada e reaberta ainda tem o problema.

Nenhuma das outras soluções funcionou para mim: /

A partir de hoje, usando W10 ainda apresentando esse problema.
O docker reiniciado, ainda tenho o problema.
A janela de encaixe fechada e reaberta ainda tem o problema.

Nenhuma das outras soluções funcionou para mim: /

Experimente a solução da LoiCha. É a única solução alternativa que realmente funcionou para mim.

Só para alertar, tive esse problema com o Amazon ECS (modo EC2), ao tentar iniciar uma nova definição de tarefa. Acontece que outra coisa já estava escutando nessa porta no host EC2. Parei o processo e a definição da tarefa pôde ser iniciada normalmente.

Parar o serviço docker no gerenciador de tarefas resolveu meu problema no W10

@ tsantos84 O Docker será executado dentro de uma VM quando você estiver usando o Docker para Mac.

Tente o seguinte (embora não tenha testado):

* `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`

Em seguida, reinicie o Docker para Mac e você deve estar pronto para ir +1

Obrigado! Isso me ajudou a resolver o problema rapidamente.

@ tsantos84 O Docker será executado dentro de uma VM quando você estiver usando o Docker para Mac.
Tente o seguinte (embora não tenha testado):

* `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`

Em seguida, reinicie o Docker para Mac e você deve estar pronto para ir +1

Obrigado! Isso me ajudou a resolver o problema rapidamente.

Olá @ fede-r1c0, Não sei por que você me mencionou e provavelmente você queria marcar outro usuário. De qualquer forma, fico feliz que você resolva seu problema. 👍

@jamshid
Você pode postar o o / p de sudo netstat -nlp | grep 8123 . Obrigado.

e sudo service {nameOfService} parar

Eu encontrei o mesmo comportamento, mas para substituir o serviço, criando o docker-compose.override.yml . Os arquivos usados:

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"

Isso me dá o seguinte erro 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.

Eu esperava que a diretiva ports em docker-compose.override.yml substituísse a mesma em docker-compose.yml (a porta 8000 em minha máquina já está alocada por outro aplicativo, é por isso que eu tentei substituir), mas isso não acontece, o que está errado e parece um bug.

SO: Windows 10
Docker: 19.03.12, build 48a66213fe

No meu caso, o problema era devido à execução de consul localmente, mas também em um contêiner.

Para mim era relacionado ao firewall, no CentOS 7, execute seu docker normalmente quando estiver funcionando, então pare o firewalld ou apenas reinicie-o, agora tente reiniciar aquele docker container, falha com esse erro. Reinicie o serviço docker e tente novamente ... funciona bem.

Eu encontrei o mesmo comportamento.
Isso resolveu meu problema no centos7:
ps -ef | grep docker
kill the "...dockerd -H fd:// --containerd=/run/containerd/containerd.sock" process

Encontrei este tópico e nenhuma das opções acima me ajudou.

Estou executando o Ubuntu e tive que usar:

sudo service docker restart

Tentei podar e todos os outros comandos e o docker tinha certeza de que não havia nada em execução, mas depois de reiniciar o serviço, tudo começou a funcionar novamente.

OBRIGADO! SANTO FK, PASSEI UM DIA INTEIRO TENTANDO CONSERTAR ISSO.
O ANO É 2020, ISSO É 4 ANOS E ESTE PROBLEMA AINDA EXISTE. WTF