@jamshid
sudo netstat -nlp | grep 8123のo / pを投稿できますか。 ありがとう。

私のMacは-pは引数が必要だと言っているので、これがあなたが望むものだと思います：

$ 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

私にも同じことが起こっています。

docker-composeupを使用して再起動すると同じ問題が発生します。 私の場合、開始に失敗するのはnginxプロキシサービスです。 Docker forMacベータに関連している必要があります。 ベータ版をインストールした後に開始され、Virtualboxに切り替えた後は発生しませんでした。

docker-composeバージョン1.7.0、ビルド0d7bf73
Dockerバージョン1.11.0、ビルド4dc5990

docker-composeを使用してスタックを開始しようとすると、同じエラーが発生します。 1つ（領事）を除いて、すべてのコンテナが正しく起動します。 このエラーが発生します

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

Mac用のDockerバージョンのベータ版と関係があると確信しています。

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

Mac用の最後のDockerベータバージョンを使用しています

`
Dockerバージョン
クライアント：
バージョン：1.11.1
APIバージョン：1.23
Goバージョン：go1.5.4
Gitコミット：5604cbe
構築：2016年4月27日水曜日00:34:20
OS /アーチ：darwin / amd64

サーバ：
バージョン：1.11.1
APIバージョン：1.23
Goバージョン：go1.5.4
Gitコミット：8b63c77
構築：2016年4月29日金曜日14:13:26
OS / Arch：linux / amd64
`

上記のメッセージに続いて、私はError starting userland proxy: Failed to bind: EADDRINUSE.を受け取ります
紛争が以前に存在しなかった場所について混乱している

使用中のポートを「解放」して、composeがコンテナを再び起動できるようにするにはどうすればよいですか？ それが最初に起こったとき、私は1分ほど待って、それは2回目の試みで働きました。 2回目は約1時間です。 Dockerは、kill、down、rm --allなどを作成しますが、何かがまだそれを保持しています。

参考までに、ベータ版で追跡@ https://forums.docker.com/t/port-mappings-are-not-released/10565/11

問題の原因がわかりました。問題の原因となっているコンテナ（領事）には、このバインディングポート172.17.0.1:53:8600/udpます。 53:8600/udpに置き換えましたが、現在は機能しています。 最初のバインディングが機能しない理由はまだわかりませんでした。 ところで、どうすればブリッジのIPアドレスを知ることができますか？

こんにちは、MacOSXのDockerバージョン1.11.1でも同じ問題が発生しました。
ERROR: for nginx driver failed programming external connectivity on endpoint managercentralapp_nginx_1 (e11d19ee8f486a2e12c9c87802dca7ea5f541f026645f69e338e94732ac1eb56): Error starting userland proxy: Failed to bind: EADDRINUSE

Docker 1.12-rc2にアップグレードした後、私もこれを取得しています。これを投稿するのに適切な場所かどうかはわかりません。

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

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

完全なエラー：

Error 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

私はこれを散発的に見ています。 通常、1分後にコマンドを再試行すると、問題が「修正」されます。
これは昨日Mac用のDockerに移行した後です。

$ 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

私もあなたたちと同じエラーを受け取っています。 nginxがすでに使用されているポートをバインドしているためだと思いましたが、今はそうは思いません。 誰かがこれに対する解決策を見つけましたか？ :)

+ 1Macでも同じエラー

Docker for Macに移動した後、これが発生しましたが、移動後にすべてのコンテナーを停止して削除した後、dockerを再起動した後、コンテナーを再作成したなど。修正されました。

Docker for Mac更新した後、今日もこれがありましたが、上記のシナリオを繰り返すと修正されました。 特定のコンテナに割り当てているポート（および「その他」のもの）は、完全にクリーンアップされるまで解放されないと思います。

例えば：

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はMacでも同じ問題があります

@TuningGuide MacBook Pro（15インチ、2011年後半）、2.2 GHz Intel Core
EmberCLIをサポートするように拡張されたノード4.4.7の実行。 セットアップは以下のとおりです。

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

コマンドとして「emberserve」を使用して、マウントされたember-cliファイルのボリュームで実行しました。

Mac用のDockerを使用してMacで同じ問題を+1する

+1はすべてのサブスクライバーの受信トレイにスパムを送信するため、送信を停止してください。 絵文字（各コメントの右側にあるスマイリー）を使用するか、少なくとも完全な設定、バージョン番号などを入力してください。 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

次のエラーが発生しました：

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.

上に示したのと同じエラーを持つ人々のための解決策を見つけました。
以前はDockerToolboxを使用していましたが、Virtualboxを削除しませんでした。 ポートを使用していたため、起動できません。 VirtualBoxを完全に削除した後、 docker-composeは素晴らしい働きをしました。

@aanand @dnephinお願いします、上記のような警告をGetting Startedに追加してください。

@miraageは、問題が解決したと聞いてうれしいです。
ボリュームdata + dump.shはありませんでしたが、問題なく簡単に作成しました。

Creating driverfailed_cache_1
Creating driverfailed_db_1
Attaching to driverfailed_cache_1, driverfailed_db_1

@jamshidなぜ
IPなしでdocker-compose upを実行しても、問題はありません。

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

http_cacheがsocatコンテナーと通信することが目標である場合は、それらを同じネットワークに配置して、それで完了してみませんか？

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:

さて、私は継続的ビルド/インテグレーションフローでcentos7のdocker engine 1.11.2を使用してテストを自動化していますが、私が知る限り、コンテナが実行されていなくても（特定のバージョンを再デプロイしている間）、最終的にこのエラーがポップアップしますサービススタック全体の）。 また、実行中のコンテナーを削除した後、Dockerエンジンがクリーンアップしようとするとエラーが発生することがあり、一部のiptablesルールが何らかの理由でネットワークポートの割り当てを維持する可能性があるという事実に関連しているようです。おそらくhttps://github.com/に関連してい

私は、postgresqlコンテナを実行しているDocker forMacでほぼ同じ問題を抱えていました。 したがって、私にとっては、compose構成ファイルで指定されたポートと同じホストシステムのポートでpostgresが実行されていることが原因でした。 かなり明白なことですが、私が推測する誰かにとって役立つかもしれません。
クールなツールをありがとう。 👍

私はnginxコンテナを実行しているMac用のDockerで同様の問題を抱えていました。私のポート80はapache（ネイティブ）によって使用されていました。 telnetとnetstatを使用して、実行中のサービスを確認しました。

私にとってそれはイカでした、私はイカを止めて、もうそれを見ませんでした。 したがって、ポートを占有しているものと、Dockerにそのポートをマップするように強制するかどうかに関係している可能性があると思います。

ここでは@marcosalbertoなどと同じです。 postgresをマウントしようとしていた投稿は、すでに使用されていました。 ポートを変更しただけで、問題なく動作しました。

osxでは、組み込みのApacheWebサーバーがポート80/443で実行されている可能性があります。 チェックする：
ps -ef | grep httpd

オフにするには：
sudo apachectl stop

はい、それは私のために働いています。 私はアクティブ化されたapacheのないOSXを持っていますが、数日でこのWebサイトを使用しました： https ：

このスクリプトの後

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

PHPの更新に推奨されるapacheがアクティブになり、コンテナーに驚きました。

「updatephp」が必要な場合、「activate apache」は必要ありませんが、上記のWebサイトはGoogleで最初の位置にあります:(

ハッピードッキング！

docker-composeが目的のコンテナの起動に失敗し、ポートをリッスンしているプロセスで占有したままにすることがあります。したがって、を使用してすべての（リッスンしている）ポートを一覧表示してみてください。

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

更新：
この問題を（複数回）再現することもできました...ポートXXXをリッスンしているサービスをローカルで開始し、同じXXXポートを公開するコンテナーを開始します...
docker-compose up実行に失敗し、 com.docker.slirpプロセスが強制終了されないため、 com.docker.slirpプロセスが手動で強制終了されるまで問題が解決しません（エイリアスを追加しました）。 alias portfix='pkill com.docker.slirp' ）

Macでは+1

@ mad-raz素晴らしい回避策！ ありがとう！

同じ種類のエラーがありました
Error starting userland proxy: write /port/tcp:0.0.0.0:80:tcp:172.17.0.5:80/ctl: errno 526

それは私にとってnginxでした。
私はそれを回避するためにnginxを殺さなければなりませんでしたsudo nginx -s stop

ここでも+1。

@ mad-razが提案した回避策を試してみたところ、すべての予約がクリアされましたが、数秒後に戻ってきました。 com.docker.slirpプロセスがウォッチドッグサービスによって再生成されているようです。 その結果、次のDockerでエラーが発生します-構成します。

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

docker-composeバージョン1.8.0-rc2、ビルドc72c966

Docker for Macをシャットダウンした後も、これらのプロセスは残ります。
% 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

Macで+1 :(

トップバーメニュー（Dockerアイコン>設定>アンインストール）からdockerをアンインストールして再インストールすることによる回避策:(

ありがとう@ alexander-emelyanov！
OSXでプロジェクトのdocker-compose up -dを実行しているときに突然このエラーが発生し、Liipスクリプトを使用してMacにPHP 7をインストールしたという事実とは関係がありませんでした（SublimeText構文チェックが正しく機能するように）同日。

それは確かに私のMacでApacheが始められたためであり、私はそれを止めなければなりませんでした。

postgresの実行に問題があります。 brew services stop postgresを使用してpostgresがホストマシンで実行されていないことを確認しました。 lsof -i :5432と、次の出力が得られました。

dockerは内部的なもののためにpostgresを実行していますか？ SIGINTを使用してプロセスを強制終了すると、Dockerステータスバーアイコンが回転し始め、サービスが再起動しました。 それを機能させる唯一の方法は、docker-composeファイルのホストポートを変更することでした。

https://github.com/docker/compose/issues/3277#issuecomment-232505775を正確に説明する回避策があり

@ mad-razプロセスを強制終了すると、Docker（Mac用）は自動的にすぐに再起動し、数秒後に同じポートが再び使用されます...

最終的にDockerをリセットして（したがってすべてのコンテナーを削除して）、それが再び機能し、すべてのポートが解放されました😕

この問題は実際には2つの問題です。

1. ポートが別のアプリケーション（Apacheなど）ですでに使用されている場合、紛らわしいエラーメッセージが表示されます。 これはDocker1.12.0で修正されました（「ポートはすでに割り当てられています」と明示的に示されています）。
2. コンテナを停止した後も、コンテナが使用するポートがlocalhostマッピングされている場合があります。

まだ問題が発生している人はいますか？ 2 Docker for Macを最新バージョンにアップグレードした後（ 1.12.0 、またはベータチャネルを使用している場合は1.12.0-beta21 ）？

私はまだこの問題を抱えています。
Docker v1.12、DockerComposev1.8。

起動しないnginxサービスや、ときどき失敗する他のさまざまなサービスを入手しました。

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

再起動、プロジェクト全体のダウン、再作成を試みましたが、何も機能していません。

sudo netstat -tulpn | grep 80出力：

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

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

バージョン：

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

私のcomposeプロジェクトには29のサービスが含まれていることは注目に値します。

また、Dockerが理由もなくポート80に接続していると、別のホストからポート80に接続できないのも不思議です。 ポート80がコンテナによって合法的に使用されている場合、ポート80は外部から問題なくアクセスできます。

この問題の原因の1つは、ポートがコンテナーの外部で使用されていない場合にdocker-compose.yml構成できないことです。これは、 ports: edではなくexpose: dである必要があります。
portsすると、ポートが他のサービスコンテナとホストマシンの両方に公開されます...一方、 exposeは、ポートを他のサービスコンテナにのみ公開します（ホストポートのマッピングに干渉しません）。 ....。

私の問題は構成の問題ではありません（少なくとも私はそうは思わない）。
Dockerデーモンを再起動して、すべてのコンテナーを再起動できます。毎回、異なるコンテナーがエラーで失敗します。 Dockerがポートにぶら下がっているバグのようです。

上記のnginxの場合、nginxコンテナを削除してdockerデーモンを再起動しても、dockerはポート80と443でリッスンしています：/

だから私は自分の問題をなんとか修正することができました。 理想的には、すべてのイメージを保持したいので、Dockerをアンインストールしたくありませんでした。かなりの数のイメージをダウンロードしました！ 代わりに、すべてのカスタムネットワークを削除し、すべてのコンテナを削除してから、 docker/network/files/local-kv.dbを削除して、マシンを再起動しました。

Dockerの内部で何かがこのファイルで壊れて存続しているようで、それをクリアしたり修正したりする方法はありませんでした。 これはおそらく、バージョン1.11から始めて、1.12のリリース候補をすべて試し、現在は1.12になっているため、アップグレードパスに沿った何かがそれを壊した可能性があります。

今ではうまく機能しているようです😄
Dockerチームの誰かがそれが役立つかどうかを調べたい場合は、古いlocal-kb.dbファイルを保存しておきます。 要約すると、問題は、ポート80および443でリッスンしているコンテナーがない場合でも、それらのポートでリッスンしているデーモンでした。

同じ問題が発生しました。 すべてのコンテナ、ネットワーク、ローカルを削除しました-kv.db + restart ...これで再び機能します。

これは、ubuntuのdocker 1.12.0、docker-compose 1.8、swarm1.2.4でも発生しています。 kvに領事を使用します。 GWネットワークでのエンドポイント結合に失敗しました：ドライバーがエンドポイントゲートウェイでの外部接続のプログラミングに失敗しました。 エラーが発生したコンテナは、クリーンアップするまで作成された状態のままになります。

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

ubuntu16.04LTSでも同じエラーが発生します。

Dockerバージョン
クライアント：
バージョン：1.12.1
APIバージョン：1.24
Goバージョン：go1.6.3
Gitコミット：23cf638
構築：2016年8月18日木曜日05:33:38
OS / Arch：linux / amd64

サーバ：
バージョン：1.12.1
APIバージョン：1.24
Goバージョン：go1.6.3
Gitコミット：23cf638
構築：2016年8月18日木曜日05:33:38
OS / Arch：linux / amd64

docker-composeバージョン
docker-composeバージョン1.7.1、ビルド0a9ab35
docker-pyバージョン：1.8.1
CPythonバージョン：2.7.9
OpenSSLバージョン：OpenSSL 1.0.1e 2013年2月11日

ステップ3：rm / etc / nginx / conf.d / default.confを実行します
--->キャッシュの使用
---> 18fabfe71380
ステップ4：default.conf / etc / nginx / conf.d /を追加します
--->キャッシュの使用
---> ad8c17a883c9
ad8c17a883c9が正常に構築されました
uauth_fpm_1を作成しています
uauth_redis_1を作成しています
uauth_web_1の作成

エラー：エンドポイントuauth_web_1（1a1e10881709d37b7b242f43dca561802ddf19d67f713cfd05eb2cdae3c4b0c0）での外部接続のプログラミングに失敗したWebドライバーの場合：0.0.0.0：443のバインドに失敗しました：ポートは既に割り当てられています
トレースバック（最後の最後の呼び出し）：
ファイル ""、3行目、
ファイル "compose / cli / main.py"、63行目、メイン
AttributeError： 'ProjectError'オブジェクトに属性 'msg'がありません
docker-composeが-1を返しました

madjam002の方法に従って、これを解決しました。

1. docker rm-fすべてのコンテナー。
2. docker networkrmネットワークインターフェイス。
3. sudo rm /var/lib/docker/network/files/local-kv.db
   再起動すると、機能しました。 仲間に感謝します。

/var/lib/docker/network/files/local-kv.dbファイルが見つかりません。 そのようなファイルはどこにありますか？ El Capitan10.11.4とDockerfor Mac1.12を使用しています。

@ tsantos84 Docker for Macを使用している場合、DockerはVM内で実行されます。

次のことを試してください（私はこれをテストしていません）：

• docker rm -f $(docker ps -aq) （すべてのコンテナを削除します）
• docker network rm $(docker network ls -q) （すべてのネットワークが削除されます）
• docker run --rm -v /var/lib/docker/network/files:/network busybox rm /network/local-kv.db

次に、Docker for Macを再起動すると、準備が整います👍

または、次の方法でxhyveVMに接続できます。

screen -AmdS docker〜 / Library / Containers / com.docker.docker / Data / com.docker.driver.amd64-linux / tty
screen -S docker -p 0 -X stuff
screen -rdocker
rm -f /var/lib/docker/network/files/local-kv.db
screen -S docker -X quit

@aanandで、私はまだ問題番号を経験しています。 2、つまり、コンテナーを停止した後でも、コンテナーが使用するポートがローカルホストにマップされている場合があります。
私はUbuntu14.04とdockerバージョン：1.12.0を使用しています

docker-compose upを実行してコンテナを停止および削除すると、公式の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.

これはnetstatが示すものです：

 sudo netstat -nlp | grep 5432

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

@ mad-razのMacの修正は、Ubuntuでは機能しませんでした。 Ubuntuでこれを解決するものはありますか

@mankind上記の私の修正のいずれかを試しましたか？

@ madjam002はい、最後の行を除いて、つまり、 docker run --rm -v / var / lib / docker / network / files：/ networkbusybox rm / network / local-kv.dbを実行していません。これをテストしましたが、これらすべてのファイルを削除した場合の影響がわからないため、dockerを最初から削除して再インストールせずにこれを修正できるかどうかを確認したいので、削除しませんでした。

@mankindこれは実際に修正を実行する最後の行です。 コマンドを実行すると、Dockerからすべてのネットワークが削除されます。これは破壊的な操作ですが、この問題を修正するために私が知っている唯一の方法です。 これは、このスレッドで以前に投稿したものとまったく同じコマンドですが、唯一の違いは、ホストではなくDockerコンテナー内で実行していることです。

明確にするために、すべてのコンテナーを削除し、すべてのネットワークを削除するコマンドを実行する必要がありますが、それが心配な場合は、Dockerイメージを保持します。

@ madjam002明確にしてくれてありがとう。

このスレッドで多くの人が説明したのと同じエラーが発生しました。 しかし、私の問題/解決策は他の人とは異なっていました。

Macでdocker-machineを使用しています。 dockerを使用するプロジェクトが複数あります。 私は1台のマシンを使用し、プロジェクトごとにdocker-composeを使用して、この1台のマシンでコンテナーを起動します。 私が見つけた問題は、あるプロジェクト（プロジェクトb）のコンテナーを起動しようとしたが、別のプロジェクト（プロジェクトa）のコンテナーが何らかの理由で実行されていたということでした（理由はわかりません）。

具体的には、プロジェクトbコンテナを起動しているときに、プロジェクトaがすでに実行されていて、それらのポートにバインドしているため、ポート80および3306にバインドできないというエラーが発生していました。

docker ps -aを使用して、他のコンテナーが実行されており、それらのポートに既にバインドされていることを確認しました。 それらのコンテナを停止すると、問題は解決しました。

ここで私が目にする主な問題は、プロジェクトからのこれらのコンテナーが、実際に起動せずに起動し続けることです。

これがこの問題で他の誰かに役立つことを願っています。

同じ問題で、同じポートで別のアプリを停止する問題が修正されました。アプリがnetstat -anp | grep PORTポートを使用していることを確認するか（PORTを使用しているポートに置き換えてください）、別のポートを使用してください。 それは私のために修正されました。
これが誰かの助けになることを願っています。

@ragboyjr多分あなたはプロジェクトを開始しましたaとコンテナdocker-compose up -dし、持っているrestart: alwaysあなたのコンファイルに。

@ madjam002この修正をありがとう！ これは、Docker for Macで数か月間私を悩ませてきました。工場出荷時の設定にリセットする必要がありましたが、xhyve vmの再起動と組み合わせてこれを実行すると、これらのポートが再び解放されました。

Mac用のDockerを使用して、私の場合、すべてのコンテナーを削除し、ポートを占有しているDockerプロセスを強制終了するだけでは、問題を解決できませんでした。 これらのポートに関連付けられているネットワークも削除する必要がありました。

Dockerコンテナを停止して削除します。
docker stop $(docker ps -a -q); docker rm $(docker ps -a -q); docker volume rm $(docker volume ls -qf dangling=true)

問題のあるネットワークを削除します。
docker network rm(docker network ls -q)

どのプロセスがポートを占有しているかを調べます
lsof -nP | grep LISTEN

最後のコマンドの出力を調べて、ポートを占有しているプロセスを強制終了します（その方法については、@ mad-razの投稿を参照してください）。 これらの手順に従うと、問題が修正されました。

@marcelmfsあなたは絶対に正しいです！ どうもありがとうございました。

ここで同じ+ 1、Mac用のDockerを再起動すると修正されます

Docker For Windowsから更新するように言われたので、更新しました。 コンテナが起動しなくなりました。 フレッシュリブート、フレッシュDockerリスタート、コンテナは実行されていません。 データベースが起動しません：

〜デーモンからのエラー応答：エンドポイントデータベースでの外部接続のプログラミングに失敗したドライバー（44309324c7301ee0bba984b7bfee01201939c809b98f3d10333258d09d243931）：ユーザーランドプロキシの起動エラー：0.0.0.0：3306のバインドに失敗しました：ポートは既に割り当てられていますエラー：コンテナーの開始に失敗しました：db〜

D4Wバージョン1.13.0（9795）

古いバージョンをインストールする方法を調査するためにオフ。

私は同じ問題を抱えています

# 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

Dockerサービスを再起動しても、ホストマシンの再起動と同じように役に立ちません。

それは私のせいだったので、前のエントリを無視してください（タイプミス）

同じ問題が発生します（openSUSE42.2）。 /var/lib/docker/network/files/local-kv.dbファイルを削除すると、問題が修正されました。

/var/lib/docker/network/files/local-kv.dbファイルを削除してdockerを再起動すると、Ubuntuでこの問題も修正されました

気にしないでください、問題はまだあります

私にとってそれはbrewnginxでした。 停止すると、dockerは再び機能しました。

UDPポートを使用するOSXでも同様の問題が発生しています。ドッカーエンジン/ VMが停止していてもポートがスタックしたままであるため、 local-kv.db削除することはできませんが、再起動するとバインドされたポートがクリアされます。 OSX側の問題のようです。

$ netstat -na|grep "\.53" <-UDPポート53がバインドされていません

$ 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 *.* <-わかりました、バインドされました

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

$ netstat -na|grep "\.53"
udp4 0 0 *.53 *.* <-残ります！

$ sudo lsof -i -n -P|grep ":53" <-出力なし！

$ netstat -tulnvp udp|grep 53
udp4 0 0 *.53 *.* 196724 9216 1307 0 <-わかりました、pidがあります

$ sudo ps aux|grep 1307 <-一致するpidがありません！

古い「ゾンビ」プロセスがポートを保持しているように見えますが、それを解放する方法がわかりません。

OSX 10.11.6

$ dockerバージョン
クライアント：
バージョン：17.03.0-ce
APIバージョン：1.26
Goバージョン：go1.7.5
Gitコミット：60ccb22
構築日：2017年2月23日木曜日10:40:59
OS /アーチ：darwin / amd64

サーバ：
バージョン：17.03.0-ce
APIバージョン：1.26（最小バージョン1.12）
Goバージョン：go1.7.5
Gitコミット：3a232c8
構築：2017年2月28日火曜日07:52:04
OS / Arch：linux / amd64
実験的：真

これが私にも複数のコンテナで起こっていることを確認することしかできません。
OSX
➜〜dockerバージョン
クライアント：
バージョン：17.03.1-ce-rc1
APIバージョン：1.27
Goバージョン：go1.7.5
Gitコミット：3476dbf
構築：2017年3月17日金曜日00:27:41
OS /アーチ：darwin / amd64

サーバ：
バージョン：17.03.1-ce-rc1
APIバージョン：1.27（最小バージョン1.12）
Goバージョン：go1.7.5
Gitコミット：3476dbf
構築：2017年3月15日水曜日20:28:18
OS / Arch：linux / amd64
実験的：真

数回はdocker-composeビルドで自己解決し、もう1回はdockerプロセスを再起動しました。

Macでは+1。
すべてのコンテナを削除してDockerを再起動してみました。 しかし、それは再び起こります。

Ubuntu 16.04.2 LTS、Dockerバージョン17.04.0-ce、ビルド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同じ問題

Mac10.12.3同じ問題

Windows 10、同じ問題

Mac 10.12.3（16D32）、同じ問題
エラー：プロジェクトの起動中にエラーが発生しました。

Windows 10、同じ問題

Docker情報
コンテナ：4
実行中：3
一時停止：0
停止：1
画像：7
サーバーバージョン：17.03.1-ce
ストレージドライバー：overlay2
バッキングファイルシステム：extfs
d_typeをサポート：true
ネイティブオーバーレイ差分：true
ロギングドライバー：json-file
Cgroupドライバー：cgroupfs
プラグイン：
ボリューム：ローカル
ネットワーク：ブリッジホストipvlan macvlannullオーバーレイ
群れ：非アクティブ
ランタイム：runc
デフォルトのランタイム：runc
Initバイナリ：docker-init
コンテナバージョン：4ab9917febca54791c5f071a9d1f404867857fcc
runcバージョン：54296cf40ad8143b62dbcaa1d90e520a2136ddfe
初期化バージョン：N / A（予想：949e6facb77383876aeff8a6944dde66b3089574）
セキュリティオプション：
seccomp
プロファイル：デフォルト
カーネルバージョン：4.9.13-moby
オペレーティングシステム：Alpine Linux v3.5
OSType：linux
アーキテクチャ：x86_64
CPU：4
総メモリ：6.538 GiB
名前：moby
ID：HVV7： ECOB：GSCQ ： UHGE：MUHA ：GVD5：KS3W：YVJ5：DJ5E： AJIM：OHMR ：344T
Dockerルートディレクトリ：/ var / lib / docker
デバッグモード（クライアント）：false
デバッグモード（サーバー）：true
ファイル記述子：36
Goroutines：39
システム時間：2017-05-11T09：41：16.7020554Z
EventsListeners：0
レジストリ： https ：
実験的：真
安全でないレジストリ：
127.0.0.0/8
レジストリミラー：
https://mhihpv4t.mirror.aliyuncs.com
ライブ復元が有効：false

実行するだけ： docker run -d -p 3142:3142 --name blaName Bla_imageID
ipなしで、 docker container lsを実行してIPアドレスを取得し、接続します。

私にとってはうまくいきます！ MAC上の新しいバージョンのdockerで

特定の住所を指定したい方へ

Dockerネットワークを作成します。
docker network create --subnet=172.18.0.0/16 mynet123

次に、単にイメージを実行します（例としてubuntuを取り上げます）
docker run --net mynet123 --ip 172.18.0.22 -it ubuntu bash

Windows Docker + WSLでも同じ問題が発生し、この記事はそれを解決するのに役立ちました。
https://www.mikeplate.com/2011/11/06/stop-http-sys-from-listening-on-port-80-in-windows/

これは私のMacで最終的に私のために働いたものです：
sudo /usr/sbin/apachectl stop
ps -ef | grep httpd実行すると、httpdが存在しないことがわかります。

Windows 10でも同じ問題が発生します。Dockerを再起動するだけで解決しました（コンピューターの再起動は機能しませんでした）。

dockerを再起動しましたが、機能しました
sudo service docker stop
その後
sudo service docker start

docker-compose経由のubuntu16.04でも同じです。
# docker -v Docker version 17.03.1-ce, build c6d412e

dockerデーモンの再起動は機能しましたが、ちょっと悲しいです。

この問題は、おそらくlibnetworkに関連しています。 PR（https://github.com/docker/libnetwork/pull/1794）を作成しました。 お役に立てば幸いです。

私はこれを私に起こさせました。 ElevatedPowershellプロンプトでnetstat -anしたときにポートマッピングが表示されませんでしたが、VM内から同じことを試みませんでした。 修正するには、Docker forWindowsを再起動する必要がありました。 これにより、基盤となるVMも再作成されます。

これは当然のことかもしれませんが、このエラーが発生しましたが、Docker自体を再起動してからコンテナーを起動すると、エラーは解消されました。

同じエラー（同じ解決策）がMacでDockerを再起動し、コマンドを再実行すると機能しました。

CIシステムでこの問題が解決しない場合、このエラーが原因で「ランダム」ビルドが壊れています。 数週間前は問題なく動作していましたが、その後ランダムに表示され始めました。 dockerを再起動することは役立つようですが、それでもCIシステムにとって信頼性の低いソリューションです。
残念ながら、それが発生し始めたときの情報は手元にありません。「古い」プレモビードッカーパッケージからdocker-ceに更新したのではないかと思いますが、これは単なる推測です。

@ mad-raz解決策をありがとう。 私はそれを理解するのに何時間も費やしました、そしてあなたの答えはうまくいきました

docker-composeが目的のコンテナーの開始に失敗し、ポートをリッスンしているプロセスで占有したままにすることがあります。
lsof -nP + c 15 | grep LISTEN
出力
Dropbox 384 IPv4 0x82c TCP 127.0.0.1:17600（聞く）
com.docker.slirp 6218 IPv4 0x82c TCP *：5432（リッスン）<< Python 6268 IPv4 0x82c TCP 127.0.0.1:51617（聞く）
次に、com.docker.slirpプロセスIDが問題の原因である場合は、それを強制終了します
殺す-96218

Mac 10.12.5（16F73）でも同じ問題が発生します：

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

ただし、Linux上の同じDockerイメージでは問題ありません。

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

同じエラー

Dockerバージョン17.06.0-ce、ビルド02c1d87

私にとっての回避策は、コンテナーを停止、削除、および再実行することでした。 それが失敗した場合は、dockerを停止して再起動し、再試行してください。 それが失敗した場合は、再起動し、Dockerイメージを再構築して、コンテナーを再実行します。

Apacheを停止してdocker-composeを再度実行する必要がありました。

dockerを再起動するだけで、この問題は解決します。

Windows 10 Proでこの問題が発生し、IISサービスを停止してから、機能します。

発生するエラーがRedisに関連している場合。 バックグラウンドおよび/または起動時にRedisfor Windows / Linux / etcを実行していないことを確認してください

メニューからDockerをシャットダウンする/メニューから再起動しても、Dockerが完全に停止しているようには見えないため、問題は解決しませんでした。

sudo pkill -fi dockerを実行した後、dockerを再度開いたところ、修正されました。

docker-for-macの問題（以前のリリース、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

同じ問題がありましたが、一部のコンテナがまだ実行されていて、ポートをブロックしているようです。

「dockerps-a」を実行して、実行中のコンテナーがあるかどうかを確認します
「dockerkill $（docker ps -q）」を実行して、実行中のすべてのコンテナーを停止します

Macバージョン17.09.0-ce-mac35（19611）で同じ問題に直面しています

madjam002によるスレッドの上の解決策を試してください。 それが機能しない場合は、すべてのカスタムイメージをエクスポートするか、Dockerfilesで再構築できることを確認してから、すべてのイメージを完全にrmiし、Dockerをアンインストールし、再起動して、Dockerを再インストールしますが、再度発生する可能性があります。 回避策は、構成を別のポートに変更することです。 これを行うと、新しいポートが再びスタックし、構成を3番目のポートに変更する必要がありました。 これが一部の人に起こり、他の人には起こらない理由は明らかではありません。

MACで内部apacheを停止します

sudo apachectl stop

私はこの問題を抱え続けています。 奇妙なことに、サービスにアクセスしようとすると、ブラウザにERR_SOCKET_NOT_CONNECTEDが表示されます。 次に、コンテナを停止して、もう一度開始しようとすると、報告されているエラーが発生します。

Dockerエンジンを再構築すると問題は修正されますが、すぐに戻ってきます。

少し掘り下げた後、Dockerが割り当てた内部IPアドレスを介してコンテナが相互に通信できるが、外部（googleなど）とは通信できないことに気付きました。

これは、10分後、または2時間の使用後に発生する可能性があります。

私はMacOSHighSierraと最新のDockerforMacを使用しています。

私のために問題を解決した@rogoit 。 ありがとう！

sudo launchctl unload /System/Library/LaunchDaemons/org.apache.httpd.plistはMacで動作します

このエラーが発生した場合、ホストの/ portディレクトリにアクセスできました。

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

私の場合、そのディレクトリにファイルがありました-それはctlまたは同様のものと呼ばれていたと思います、そしてそのファイルでcatを実行して何が入っているかを確認した後、問題は解決しました-ファイル、およびcd ..とls後にディレクトリも消えました。

その後、 docker-compose start [service]実行できます。

バージョン17.09.0-ce-mac35（19611）
チャネル：安定
a98b7c1b7c

macOS 10.13.1（17B1003）

この問題には多くのフレーバーがあるようです。 これが私のものです：

Windows10上のWindows用Docker。

最新のWindows10アップデート（Fall Creators Update、2017）には新しい「機能」があるようです。 シャットダウンすると、実行中の内容が記憶されるため、再起動時にバックアップを開始できます。

これは、Docker for Windowsで大混乱を引き起こします（そして、接続を確立する前に数時間の時間を消去しました）。 docker-composeを再起動しようとすると、恐ろしい「ドライバーがエンドポイントでの外部接続のプログラミングに失敗しました」というメッセージが表示されました。

この場合、Dockerを再起動するだけで解決します。 コンピューターを再起動したので、すぐには見つかりませんでした。 これを考えると、Dockerも再起動します。 いいえ-Dockerを悪い状態で再構成しました。

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

代わりに、「適切に」シャットダウンするには、コマンドプロンプトからこれを実行する必要があります。shutdown/ s / t 0または、これを忘れた場合はDockerを再起動します。

@ biscuit314 Dockerサービスを再起動するというあなたの提案は私にとってはうまくいきました。Windowsがそれをうまく復元しないか、DockerがWindowsがこれを行う方法を処理できない場合は少し問題があります。

早くやれよ;

sudo apachectl stop

Windowsで使用したことはありませんが、Macに切り替えるとこのエラーが発生しました。 Dockerを再起動しても何も変わりませんでした。 解決策は、MacのApacheのポートをデフォルトの80からその他に変更することでした（そして明らかにApacheを再起動しました）。 この問題が消えた後。

このスレッドはまだ多くの議論を生み出していることを私は知っていますが、それは作曲自体とは何の関係もないので、私はそれを閉じるつもりです。 複数のコメントで指摘されているように、サービスが公開しようとしているポートをホストアプリケーションがすでにバインドしていないことを確認してください（Apacheは一般的な違反者です）。

まだGoogleから来ている人のために：私のローカル開発マシンの場合、DHCPが新しいリースを提供してくれただけで、Dockerサービスはそれを取得せず、ネットワークマッピングを作成できなくなりました。

残念ながら、すべての提案のどれも私のために働いていませんでした。 マックエッジ18何かのためドッカー。 ハイシエラ。

うまくいったのは、システムの再起動後にDockerが起動するまで待ってから、実行することだけでした。
$ docker-compose up -d --force-recreate手動で。 超悲しい。

結局、私はMac Stable 17用のDockerにダウングレードしましたが、すべてが再び正常に機能します。

fedora 27では、ファイアウォールを無効にしてdockerを再起動することで、この問題を回避できます。

systemctl stop firewalld
systemctl restart docker

AWS Ubuntu16サーバーで問題が発生しました。 単にsudo service docker restart私の問題を解決しました...

Windowsで問題が発生しました。 どのポートのどのサービスでも失敗し、dockerを再起動すると修正されました。

はい、Docker forWindowsでもこの問題が発生しました。 Dockerを再起動すると修正されました。

また、今日と昨日、Docker forWindowsでこれに何度も遭遇しました。 Dockerを再起動しても修正され

うまくいったのは、システムの再起動後にDockerが起動するまで待ってから、実行することだけでした。
$ docker-compose up -d--force-手動で再作成します。 超悲しい。

それも私にとってはうまくいきました。

これを調査するためにできることはありますか（ログをさらに収集し、診断IDを送信します）。

Linuxで今この問題に直面していました。 systemctl restart dockerは私のためにそれを修正しました。

ここでも同じ問題があります。 Dockerを再起動し、ポートが解放された場合の

Windows 10.0.16299.125、Docker for Windows 17.12.0-ce（15139）、およびLinuxコンテナーを使用しています。 Skypeをオフにすると、エラー_ドライバーがエンドポイントでの外部接続のプログラミングに失敗しました_がなくなりました。 これが私のdocker-compose.ymlです：

version: '3'

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

スタート時にバレットを走らせていたことをすっかり忘れていました。 基本的に、dockerを起動する前に、すべてのポートをチェックし、他の実行を停止します。

私はいくつかのiptables設定を変更していました。 そして、このエラーが発生しました。 dockerデーモンを再起動すると修正されました...

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

現在、vagrantboxでこの問題に直面していました。reloadedvagrantboxの問題が修正されました。

同じ問題Windows10

Windows10でも同じ問題。
デーモンからのエラー応答：ドライバーがエンドポイントでの外部接続のプログラミングに失敗しました
コンテナを再起動しようとした後。

@ gudge25 @magomedovこれが関連しているかどうかはこの修正が含まれ

編集：再起動後にこの問題が発生していたプロジェクトを試してみました。 20分のテストの後、問題を再現できなくなりました。

私の解決策は-> Dockerを工場出荷時のデフォルトにリセットする

コンピューターを起動するたびに、コンテナーを起動すると、このエラーが表示されます。
デーモンからのエラー応答：ドライバーがエンドポイントea-mysql（4bf1d5fc80663ac6ceabb68283b7a31860672826709d73aecaeaaa8f50be69ff）で外部接続のプログラミングに失敗しました：ユーザーランドプロキシの起動エラー：mkdir / port / tcp：0.0.0.0 ：3306： tcp：172.17.0.2 ：3306：入出力エラー
エラー：コンテナの起動に失敗しました：b

コンピュータを再起動し、再起動すると、動作します。

PS C：Usersphucnv7> docker情報
コンテナ：1
実行中：0
一時停止：0
停止：1
画像：2
サーバーバージョン：18.03.0-ce
ストレージドライバー：overlay2
バッキングファイルシステム：extfs
d_typeをサポート：true
ネイティブオーバーレイ差分：true
ロギングドライバー：json-file
Cgroupドライバー：cgroupfs
プラグイン：
ボリューム：ローカル
ネットワーク：ブリッジホストipvlan macvlannullオーバーレイ
ログ：awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
群れ：非アクティブ
ランタイム：runc
デフォルトのランタイム：runc
Initバイナリ：docker-init
コンテナバージョン：cfd04396dc68220d1cecbe686a6cc3aa5ce3667c
runcバージョン：4fc53a81fb7c994640722ac585fa9ca548971871
初期化バージョン：949e6fa
セキュリティオプション：
seccomp
プロファイル：デフォルト
カーネルバージョン：4.9.87-linuxkit-aufs
オペレーティングシステム：Docker for Windows
OSType：linux
アーキテクチャ：x86_64
CPU：2
総メモリ：1.934GiB
名前：linuxkit-00155d347405
ID：7 SDD：BOPB ：ZIQ4：XO2T： AMRA：BGMS ：XKB7： EHGH：K73W ：2Y4D： SLCW：Z5DX
Dockerルートディレクトリ：/ var / lib / docker
デバッグモード（クライアント）：false
デバッグモード（サーバー）：true
ファイル記述子：19
Goroutines：36
システム時間：2018-03-28T01：25：45.5754181Z
EventsListeners：1
レジストリ： https ：
ラベル：
実験的：真
安全でないレジストリ：
127.0.0.0/8
ライブ復元が有効：false

私はこれを理解しているかもしれないと思います、それは本当にばかげています...私はMacを使用していて、2つの別々のユーザーアカウントが両方ともdockerを実行しています。 他のアカウントでdockerを終了した後、 lando startコマンドを試して戻ってきましたが、うまく機能しました。

MACを使用している場合は、サーバーを停止してみてください。 アパッチがあります。
sudo / usr / sbin / apachectl stop

Windowsの次のエラーを解決するにはDockerを再起動します（トレイメニューから、または[設定/リセット]で[Dockerを再起動...]オプションを選択します）

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

WindowsとDockerが完全に起動した後、コンテナを起動できません。 待つことはそれを修正しません。 Docker for WinステータスバーアイコンからDockerを再起動すると、問題が解決します。

100％の場合、起動/再起動後にDockerが機能せず、100％の場合にdockerデーモンを再起動する必要があります。

編集：はい、 @ IGZmanuelMartinVivaldi 、これは機能しますが、ホストを再起動するたびに実行する必要があります。 これはcomposeの問題ですか、それともDockerデーモン全般の問題ですか？

@IGZmanuelMartinVivaldiこの作品に感謝します

@NoICEは、Windows 10 Fall Creatorsアップデートで始まった問題のように見えますが、現在のSpringアップデートまたは新しいDockersバージョンで修正されるかどうかはわかりません。

@ IGZmanuelMartinVivaldi @ NoICEと同じ問題があります。 Windowsが完全に起動した後、常にdockerを再起動する必要があります。 それはFallCreatorsアップデートと現在のものでした。

PS。 dockercomposeを使用しています。dockercomposeファイルはすべてバージョン2を使用しています。

ここで同じ問題@namerci。 Windowsが完全に起動した後、Dockerを手動で再起動する必要があります。

こっちも一緒 ：（
Windows用のDockerを再起動するか、コンテナを停止してからdocker system prune機能する

ここで同じ問題

私は過去2日間同じ問題を解決しようとしていますが、今のところ成功していません。 これは、Windows 7、dockerツールボックス、AWS SAM CLI、およびEclipseで発生します。

+1同じ問題をWindows10で

nginxサーバーでも同様の問題が発生しました。 解決するには、次のことを行う必要がありました。

docker stop $(docker ps -qa)

Windows10には高速起動のようなものがあります。 おそらくこれは問題です。 オン
高速起動のない別のPCはうまく機能します。

重量、22 MAJ 2018、20：25użytkownikrangeoshun [email protected]
napisał：

nginxサーバーでも同様の問題が発生しました。 解決するには、次のことを行う必要がありました。

docker stop $（docker ps -qa）

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/docker/compose/issues/3277#issuecomment-391092688 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ABGaX_NDPkbWf08T2wOkq1PjQz4v-ES3ks5t1FgPgaJpZM4IBfG_
。

編集：それは私が盲目であるということです。 構成のポート番号にタイプミスがありました。

同じ問題-0.0.0.0：18305のバインドに失敗しました：ポートはすでに割り当てられています。
ただし、ポートは割り当てられていません。 sudo lsof -i -P -nで確認し、dockerを使用しない場合でも問題なくサービスを提供できます。

バージョン：18.03.1-ce-mac65（24312）
チャネル：安定
93354b38bd

再起動は役に立ちません。
工場出荷時のデフォルトにリセットしても効果はありません。

私も同じ問題に直面していました。
Dockerを再起動して解決しました。
皆さん、仮想マシンが現在実行しているのと同じポートで占有されている可能性があることがわかりました。
したがって、Dockerを再起動することで、この問題を解決できます。

先に指摘したように。 これは作成の問題ではなく、Dockerの問題です。 したがって、なぜこれが閉じられます。
Dockerリポジトリにこれに関する未解決の問題があります。

任意のサービスを任意のポートに接続できます。 なんらかの理由で、エラーメッセージに認識できないIPアドレスが表示されていました。 Docker（Windows）を再起動すると、そこから動作しました。

Mac OS Sierra10.12.6でも同じ問題が発生しました。 Dockerバージョン18.03.1-ce。

@ a14mの提案を適用して解決しました。
解決策：
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)

ブロックされたポートをリッスンしているプロセスを見つけて強制終了します：
kill -9 35957

次に、Dockerを再起動すると、すべて問題ありません。

Windows10で高速ブートを無効にすると

Dockerの再起動は機能します

Dockerの再起動（「再起動」コマンドまたは手動で終了して再起動する）は機能しませんでした。

Dockerを工場出荷時のデフォルトにリセット

それは私を助けました。

Dockerをリセットすることで役に立ちます。

どういたしまして ：）

2018年8月8日水曜日午前10時20分ベン[email protected]は次のように書いています：

それは私を助けます。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/docker/compose/issues/3277#issuecomment-411311339 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ACPM4OXDOchoiUzCWAwmJM7COIHHwY4yks5uOpE7gaJpZM4IBfG_
。

-
宜しくお願いします
アントニー
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=4d776c created＆page = main：email＆pgrp = main：email＆e = op＆mchn = em＆s = ci＆mail = sys
satskiy。 [email protected]

Dockerを再起動するとうまくいきます。 （Docker for Windows、 Docker version 18.06.1-ce, build e68fc7a ）

Ray-Eldathのコメントに追加するには：コンピューターを2回再起動しても機能しなかったため（同じバージョン：18.06.1-ce for Windows）、コンピューターを再起動するだけでDockerも再起動したと見なすことができます。 だから、再起動しても修正されなかったと思いますよね？ まあ、いや、笑。 実際にDockerに移動し、[再起動]をクリックすると、機能します。

編集：ああ、興味深い、今私はこれがなぜ起こったのかを知っています（おそらく）。 コンピュータを再起動すると、実際にこの問題が発生したと思います。 これをチェックしてください：

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

関連する引用：

前回のWindows10アップデート（Fall Creators Update、2017）には、新しい「機能」があります。 最後にシャットダウンしたときに実行されていたアプリケーションを自動的に起動します。

これにより、Docker forWindowsが不良状態で再構成されます。 そのため、これらのポートは他の何かによって使用されているように見えました。それはそれ自体の幽霊でした。 これは、コンテナを停止/起動し、再起動したにもかかわらず、これらのポートがまだ使用されている理由を説明しています。

それを考えると、私はまだ18.06.1-ce Windows Updateの疑いがあります。なぜなら、これは私がそれに更新するまで私にとって問題ではなかったからです。

ラップトップとデスクトップの両方にWindows10 Proがあり、まったく同じ問題が発生しています。 私は現在バージョン18.06.1-ceを実行していますが、少なくとも最後の2つの以前のバージョンは同じ動作をしていました。 これは一貫性があり、簡単に再現できる問題であり、非常に一般的な構成で発生します。

私たちは皆、何か間違ったことをしているのですか、それともこれは修正が必要なことですか？

OSXのACTIVITYMONITORでも確認できます。 別のユーザーがログインしてDockerを使用しているときに、この問題が発生しました。 プロセスを強制終了するか、ログアウトすると機能します。

これは、nginxを使用するWindowsのDockerで発生しました。 dockerを再起動しましたが、表示されません。 もちろん、nginxの新しいコンテナーを削除して作成すると、おそらくそこにあります。

Windows 10で同じ問題（ポート80でnginxリバースプロキシを開始する）が発生しました。これは、以前の仮想ボックスのインストールが原因である可能性があります。

Dockerを工場出荷時のデフォルトにリセットすると（通知領域のアイコンを右クリック->設定->リセット）、修正されました。

Dockerの作業を再開してください。 Windows10で

thx @ballmdr 、それは私にとっても

私は同じ問題を抱えていました。 ポート80はIISによって使用されていました。

1）実行を押し、IISを開く-'inetmgr 'と入力します
2）アクションについて（右上）-[停止]をクリックします
3）Dockerを再度実行しますか

docker-composeを更新した後、MACmoJaveで同じ問題が発生していました。 dockerを再起動するだけで

ここでも同じですが、macOS Mojaveがあり、修正された問題を再開しています。

@makproductionsありがとう。

私はこの問題をかなり定期的に（Windowsで）発生しており、Dockerを再起動すると問題が解決します。

Ubuntu 18.04、dockerを再起動すると問題が解決します

問題はまだWindowsの18.06.1-ce-win73 (19507)存在します。これを再度開いてください。

通常、postgresqlが実行されており、ポート5432を使用しているため、サービスを停止してdocker-compose up --buildを実行し、初期化を実行します。

sudo service postgresql stop
docker-compose up --build

動作するはずです

madjam002

1.docker rm-fすべてのコンテナー。
2.docker networkrmネットワークインターフェイス。
3.sudo rm /var/lib/docker/network/files/local-kv.db

私はこれを試しましたが、 docker: Error response from daemon: failed to update store for object type *libnetwork.endpointCnt: Key not found in store.別の問題で立ち往生しています。 この問題を解決する方法、あなたは私を提案できますか....ありがとう。

このスレッドはまだ多くの議論を生み出していることを私は知っていますが、それは作曲自体とは何の関係もないので、私はそれを閉じるつもりです。

これはdockerの問題であり、docker-composeの問題ではありません。 この問題はクローズされているため、牽引力は得られません。 メインのDockerリポジトリにはすでにいくつかの問題があります。 コメントはおそらくそこに行くべきです：

https://github.com/docker/for-win/issues/2722を参照して
およびhttps://github.com/docker/for-win/issues/1967

@ shin-これをロックする必要がありますか？

次の状況でも同じエラーが発生します。
Docker 18.06.1、Docker Compose 1.22.0、Ubuntu 18.04

d1df6864f98d2599_api_1 for d1df6864f98d2599_api_1を開始していますサービスAPIを開始できません：ドライバーがエンドポイントd1df6864f98d2599_api_1で外部接続のプログラミングに失敗しました（6b3f4a9c68d6858ace2b39a0296ed41620ff3007b14c2379b539397267228f7d）：バインド

docker-compose fromコマンドラインを使用してコンテナーを起動すると、 srcフォルダーからコマンドを実行しているため、コンテナーはsrc_api_1と呼ばれます。

TeamCityからdocker-composeを実行すると、コンテナーはd1df6864f98d2599_api_1と呼ばれ、そのエラーが発生します。

コマンドはdocker-compose -f src/docker-compose-production.yml up -d apiです。

.yamlファイルのポート番号を変更したところ、機能し始めました。

私の場合、Windowsのログインパスワードが更新され、新しいパスワードがdockerに更新されなかったことが原因でした。 Docker for Windows->設定->共有ドライブに移動し、共有ドライブのチェックを外し、[適用]をクリックしてから、もう一度チェックして適用すると、パスワードの入力を求められます。 パスワードを入力すると、再び機能します。

これは私のセットアップを悩ませ続けています。 dockerを再起動しても、OSXのポートは解放されません。 ホストマシンを再起動すると、ポートが解放されます。

同じエラーメッセージが表示されましたが、2つの異なるページで同時に作業したことが問題の原因でした。

どちらか一方から切り替えると、docker-composedownを使用するのを忘れました。

私も同じ問題に直面していましたが、久しぶりに完璧な解決策に出会いました

1. docker container ls -aと入力します（そのポート番号を使用しているコンテナーを確認してください）
2. docker container rm -f（そのコンテナーを削除して、ポートの割り当てを解除します）
3. 新しいコンテナをポート番号で評価する

@ ronakganatra9ねえ、.yamlファイルで自分のポートをどこで見つけることができるか質問がありますか？

`` `PS C：UsersMouazDesktopfernandroidstf-poc> docker-compose up
stf-poc_storage-temp_1_20d132e37939は最新です
stf-poc_dev-triproxy_1_7224046ecd68は最新です
stf-poc_auth_1_f76f43d5e179は最新です
stf-poc_rethinkdb_1_6e5e0628f86cは最新です
stf-poc_triproxy_1_7d61645de13dは最新です
stf-poc_adb_1_53f170a2d9aeは最新です
stf-poc_storage-plugin-apk_1_efbbfa2dc680は最新です
stf-poc_storage-plugin-image_1_ebc249ed0769は最新です開始stf-poc_migrate_1_ebc2c2157fdf .. ..

stf-poc_migrate_1_ebc2c2157fdfを開始しています...完了

stf-poc_api_1_713c609d74d5は最新です
stf-poc_reaper_1_cca8849d63b8は最新です
stf-poc_websocket_1_a41866f85947は最新です
stf-poc_app_1_db0fc2088323は最新です
e3e9585e6a3a_stf-poc_provider_1_6961669e5bb1を開始しています...エラー

エラー：e3e9585e6a3a_stf-poc_provider_1_6961669e5bb1の場合サービスプロバイダーを開始できません：b 'ドライバーがエンドポイントe3e9585e6a3a_stf-poc_provider_1_6961669e5bb1で外部接続のプログラミングに失敗しました：

エラー：プロバイダーの場合サービスプロバイダーを開始できません：b 'ドライバーがエンドポイントe3e9585e6a3a_stf-poc_provider_1_6961669e5bb1（6033aa098528aac29e541b1d52303e4106c0f7a760222995b4c0b348a7d76941）で外部接続のプログラミングに失敗しました：0.0の予期しないエラー：
エラー：プロジェクトの起動中にエラーが発生しました。
PS C：UsersMouazDesktopfernandroidstf-poc> dockerコンテナls
コンテナIDイメージコマンドが作成したステータスポート名
d46b94a05e8b stf-poc_nginx "/entrypoint.sh" 2分前再起動（1）38秒前stf-poc_nginx_1_4c61f58776f1
6674d0116aa9 openstf / stf：latest "stfstorage-plugin-…" 2時間前アップ約1分3000 / tcp stf-poc_storage-plugin-image_1_ebc249ed0769
df2e7c721d55 openstf / stf：latest "stfstorage-plugin-…" 2時間前アップ約1分3000 / tcp stf-poc_storage-plugin-apk_1_efbbfa2dc680
a697ef5e309b openstf / stf：latest "stfapp--auth-url…" 2時間前アップ約1分3000 / tcp stf-poc_app_1_db0fc2088323
fefaebe9340a openstf / stf：latest "stfwebsocket--por…" 2時間前アップ約1分3000 / tcp stf-poc_websocket_1_a41866f85947
8a1fd41fa92d stf-poc_storage-temp "stfstorage-temp-…" 2時間前アップ約1分3000 / tcp stf-poc_storage-temp_1_20d132e37939
c7f48e1b4d74 openstf / stf：latest "stf reaperdev--co…" 4時間前アップ約1分3000 / tcp stf-poc_reaper_1_cca8849d63b8
293d4cf18ddb openstf / stf：latest "stf api--port3000…" 4時間前アップ約1分3000 / tcp stf-poc_api_1_713c609d74d5
257667df032e openstf / stf：latest "stfprocessor--con…" 4時間前アップ約1分3000 / tcp stf-poc_processor_1_9c46a2ef3b9d
e065f41e2f61 rethinkdb：2.3 "rethinkdb --bind all" 4時間前アップ約1分8080 / tcp、28015 / tcp、29015 / tcp stf-poc_rethinkdb_1_6e5e0628f86c
522eb78fc46a sorccu / adb：latest "/ sbin / tini--adb-…" 4時間前アップ約1分5037 / tcp stf-poc_adb_1_53f170a2d9ae
44e03f74b098 openstf / stf：latest "stf triproxyapp-…" 4時間前アップ約1分3000 / tcp stf-poc_triproxy_1_7d61645de13d
32f4f65a0d4e openstf / stf：latest "stf triproxydev-…" 4時間前アップ約1分3000 / tcp stf-poc_dev-triproxy_1_7224046ecd68
7465e46fd2a0 openstf / stf：latest "stfauth-mock--app…" 4時間前アップ約1分3000 / tcp `stf-poc_auth_1_f76f43d5e179
`` `

これは私に起こっていることです、そして私は再起動してアンインストールして再インストールし、現金をクリアして工場出荷時設定にリセットしようとしました、それでもこの種のエラーを示しています、あなたは私がADBのポートを5037から3000 / tcpに変更しなければならないと思いますか？

はいの場合、どうすればそれを行うことができますか？
ありがとう！

Dockerを再起動するだけです。 それは私のために働いた。

Dockerを再起動するだけです。 それは私のために働いた。

これは私にとってもうまくいきました！ 何らかの理由で、PCを再起動した後は機能しませんでしたが、アイコントレイの[dockerを再起動]をクリックした後に機能しました。

Dockerを再起動するだけです。 それは私のために働いた。

これは私にもうまくいきました。

ええ、再起動は機能しますが、それでも本当に面倒です。Dockerを起動するたびにそれを行う必要があります...

restart dockerはすべてを解決できます。これは、restartdockerが実行中のすべてのコンテナーをクリーンアップするためです。

docker compose.ymlファイルを再度確認し、docker-compose.ymlファイル内にあるコンテナーも削除します。dockerを再起動する必要はありません。

楽しい。

次のコマンドを実行して、強制終了するポートを使用しているコンテナIDを取得します。 コンテナIDを使用し、2番目のコマンドを使用して削除します。

docker ps -a
docker rm container_id

こんにちは。Docker（v 18.09.0）を実行していますが、sandbox-proxyを起動すると次のエラーが発生します。 助けてください。

C：Program FilesDockerDockerResourcesbindocker.exe：デーモンからのエラー応答：ドライバーがエンドポイントサンドボックスプロキシで外部接続のプログラミングに失敗しました（fcc9a4c77b0de66ef7e8c8893b6eafb49f8071e7b9c3b1ce1def3a5e1434358d）：ユーザーランドプロキシの起動中にエラーが発生しました：予期しないエラー：0.0.0.0：50111のバインド

Docker /システムの再インストール/再起動、コンテナの削除などを試みました。
何も役に立たなかった。

こんにちは。Docker（v 18.09.0）を実行していますが、sandbox-proxyを起動すると次のエラーが発生します。 助けてください。

C：Program FilesDockerDockerResourcesbindocker.exe：デーモンからのエラー応答：ドライバーがエンドポイントサンドボックスプロキシで外部接続のプログラミングに失敗しました（fcc9a4c77b0de66ef7e8c8893b6eafb49f8071e7b9c3b1ce1def3a5e1434358d）：ユーザーランドプロキシの起動中にエラーが発生しました：予期しないエラー：0.0.0.0：50111のバインド

Docker /システムの再インストール/再起動、コンテナの削除などを試みました。
何も役に立たなかった。

Dockerを停止し、管理者モードで再度開始してみてください。 起動後、管理者モードでもPowerShellを開きます。
エラーに「許可が拒否されました」と表示されているため、これで問題が解決する可能性があります。 よく分かりません。

Dockerサービスを再起動すると、この問題を解決するのに役立ちました。

バージョン18.09.0

こんにちは。Docker（v 18.09.0）を実行していますが、sandbox-proxyを起動すると次のエラーが発生します。 助けてください。
C：Program FilesDockerDockerResourcesbindocker.exe：デーモンからのエラー応答：ドライバーがエンドポイントサンドボックスプロキシで外部接続のプログラミングに失敗しました（fcc9a4c77b0de66ef7e8c8893b6eafb49f8071e7b9c3b1ce1def3a5e1434358d）：ユーザーランドプロキシの起動中にエラーが発生しました：予期しないエラー：0.0.0.0：50111のバインド
Docker /システムの再インストール/再起動、コンテナの削除などを試みました。
何も役に立たなかった。

Dockerを停止し、管理者モードで再度開始してみてください。 起動後、管理者モードでもPowerShellを開きます。
エラーに「許可が拒否されました」と表示されているため、これで問題が解決する可能性があります。 よく分かりません。

これは問題を解決しません。ターミナルとDocker自体を管理者モードで起動しましたが、それでもまったく同じエラーがスローされます。

今日も同じ問題がありました。 docker-compose downを実行し、Dockerサービスを再起動しました。

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.

Windows 10でDockerを再起動すると、動作します。 ^^

同じ問題に遭遇しました。 Windows用のDockerを再起動すると役立ちます。

Windowsを使用している場合は、 netstat -abを実行し、ポートTCP 0.0.0.0:443を使用しているものを確認します。私にとっては、VMwareが終了したにもかかわらず、それを使用していました。

再起動Dockerは最善の解決策ではありません。 （また、それは私が最初にしたことです）

同じ問題があり、dockerを再起動することで解決できます。

再起動しただけで、再び機能しました

Linuxの18.09.1でも同じ問題が発生します。 この問題を再開できますか？ または、問題を開いて、これが実際にはDockerのバグではないことを示すより良いエラーメッセージを表示する必要があります。

ある時点で人々がソフトウェアを再起動することを期待し続けると、Dockerがリッピングされるだけです。 他にコンテナシステムがないわけではありません。

dockerの再起動は、私にとって初めての作業です。 その後、 docker runコマンドを押すと、同じエラーが発生します。 恒久的に修正されるわけではありません。

私が達成しようとしていること：

CentOS 7マシンでLEMP（nginx、php-fpm、MySQL）環境をセットアップしようとしています。

コマンド：

Dockerを再起動しました

service docker restart

ブリッジネットワークを作成する

docker network create -d bridge LEMP

php-fpmコンテナを実行します

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

後の最初の実行コマンドでは、次の出力で動作します。

b003815c0ee2fba05aa24b0965871b55ce717fcd56557066acd448519b59498b

iptables -L

`` `Chain INPUT（policy DROP）
ターゲットプロトオプトソース宛先
すべてを受け入れる-どこでもどこでも
すべてを受け入れる-どこでもどこでも状態RELATED、ESTABLISHED
すべてを受け入れる-どこでもどこでも状態NEW
すべてを受け入れる-どこでもどこでも状態NEW
ACCEPTicmp-どこでもどこでも状態NEW
ACCEPTicmp-どこでもどこでも状態NEW
ACCEPTicmp-どこでもどこでも状態NEW
ACCEPTicmp-どこでもどこでも状態NEW
ACCEPTtcp-どこでもどこでもdpt：28082状態NEW

チェーンフォワード（ポリシードロップ）
ターゲットプロトオプトソース宛先

チェーン出力（ポリシードロップ）
ターゲットプロトオプトソース宛先
すべてを受け入れる-どこでもどこでも
すべてを受け入れる-どこでもどこでも状態RELATED、ESTABLISHED
ACCEPTtcp-どこでも192.168.40.17tcp
すべてを受け入れる-どこでもどこでも状態NEW
すべてを受け入れる-どこでもどこでも状態NEW
すべてを受け入れる-どこでもどこでも状態NEW
ACCEPTtcp-どこでもどこでもdpt：28082状態NEW

### 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：デーモンからのエラー応答：ドライバーがエンドポイントnginx（df5852f12bb611dcf0057418e50b3f679efcbd81c91af6679c8e44b8a59fe4bf）で外部接続のプログラミングに失敗しました:( iptablesが失敗しました：iptables --wait -t filter -A DOCKER！-i br-ee9760e3947e -o br- .0.3 --dport 80 -j ACCEPT：iptables：その名前のチェーン/ターゲット/一致はありません（終了ステータス1））。
`` `

私のために働く回避策：

Dockerバージョン：

docker -v

Docker version 18.09.0, build 4d60db4

古いマシンカーネルバージョン：

uname -r

3.10.0-957.1.3.el7.x86_64

カーネルバージョンが異なる別のマシンを使用しました。

uname -r

3.10.0-862.2.3.el7.x86_64

o / p

機能した。 上記のようなエラーは発生しませんでした。 すべてがスムーズに実行されています。

古いマシンのカーネルを変更しましたが、うまくいきました。 これは、特に本番環境でカーネルを変更するのは良くありませんが。

Windowsユーザーの場合：電源設定で「高速起動」を無効にすると、機能します。
https://stackoverflow.com/a/47818614

前回のWindows10アップデート（Fall Creators Update、2017）には、新しい「機能」があります。 最後にシャットダウンしたときに実行されていたアプリケーションを自動的に起動します。
これにより、Docker forWindowsが不良状態で再構成されます。 そのため、これらのポートは他の何かによって使用されているように見えました。それはそれ自体の幽霊でした。 これは、コンテナを停止/起動し、再起動したにもかかわらず、これらのポートがまだ使用されている理由を説明しています。

restart dockerはすべてを解決できます。これは、restartdockerが実行中のすべてのコンテナーをクリーンアップするためです。

docker compose.ymlファイルを再度確認し、docker-compose.ymlファイル内にあるコンテナーも削除します。dockerを再起動する必要はありません。

楽しい。

これは私のために働いたThnks！ :)

ここでも同じ問題が発生しました。私の場合、ポート80で実行されているapacheが問題でした。

上記の他の人はnetstatについて言及していましたが、それは優れたツールです。 nginxのインスタンスがポート80で実行されていました。netstat-ano|を使用しました。 findstr：80（cmd）またはbash >> netstat -ano | grep：80、次にPIDを強制終了しました

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

Windowsビルドを1803から1809に更新することで解決しました

Dockerデーモンを停止し、管理者として開始します。

docker rm $(docker ps -a -q)は私のために働いた。

その男になって申し訳ありませんが、私のマシンでは、コンピュータを

同じエラーメッセージが表示され、WindowsでDockerを再起動しました。 それはトリックをしました。

まず、Windows10を1809にアップグレードします。
次に、Docker設定で[ログイン時にDockerデスクトップを起動する]をオフにします。
最後に、Dockerを手動で起動します（再起動する必要はありません）。
問題はなくなり、私のコンピューターではうまく機能しています。

私にとっては、Dockerを手動で再起動すると機能しました

docker-composeでmailuを起動しようとすると、Mac OSMojaveで同じ問題が発生します。

$ 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.
$

および以下：

• Dockerデスクトップ：2.0.0.3
• エンジン：18.09.2
• マシン：0.16.1
• 公証人：0.6.1
• 資格情報ヘルパー：0.6.0
• Kubernetes：v1.10.11

Macを再起動したところ、その後実行されました

$ docker rm $（docker ps -a -q）

誰かがお勧めしたように。

「フロント」サービスに関連するdocker-compose.ymlのスタンザは次のとおりです。

  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、docker-composeconfigに記載されているポートのいずれもリッスンしていません。

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

私にとっては、Dockerを手動で再起動すると機能しました

それも確認できます。

Windows 10でも同じ問題が発生しています。再起動すると問題が解決するようですが、1週間に数回再起動する必要があります。 これに対する修正はありますか？

私は毎日dockerを再起動する必要があります..これを修正したいと思っています！

私はまだ同じ問題を抱えています。 これは、Windows 10で高速スタートアップ（デフォルトではenablede）を有効にしている場合に発生します。無効にできます->

同じ問題がありました、
dockerを再起動するだけで修正できます

私にとっては、他のコンテナがそのポートを使用して実行されていたためです。 docker-compose.ymlのポートマッピングを変更しました。たとえば、 memcacheコンテナサービスの場合です。

から：

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

To（次の11212の外部ポート）：

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

Dockerを再起動すると機能します

@yedincisenolはい、でも毎日再起動しなければならないのは少し面倒です

同じ問題が発生していますが、再起動すると問題が解決しました。 彼らがこれを修正することを願っています。

Dockerを再起動します...それだけです

WindowsでDockerを再起動することも私のために働きます：/

Macを使用していて、Docker Webサーバーが起動しない場合は、ファイル共有である可能性があります。Appleはそのために組み込みのApacheを使用しています。 どちらか...
〜sudo apachectl stop〜
またはさらに良いことに、ファイル共有をオフにします。

IISに関連する同じ問題があるので、それを停止しました。

@AarashFarahaniが言ったように。 このプロジェクトに必要のないIISを停止すると、エラーはなくなりました。

Macユーザーの場合：httpd、apacheサービスを試してみてください。

docker rm $(docker ps -a -q)は私のために働いた。

私のために動作しませんでした（Windows 10、Dockerバージョン18.09.2）

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

問題が解決しました

dockerを再起動して、もう一度デプロイしてください->動作します

同じ問題が発生しました。

私の回避策は（それが唯一の解決策のように思われるため）、単に「ログイン時にDockerデスクトップを起動する」を無効にすることでした。
ただし、タスク管理の起動プログラムでそれを維持します。

タスク管理で見つからない場合は、次の場所にショートカットを配置できます。
%USERPROFILE%\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup

したがって、私の推測では、Dockerが「ログイン時にDockerデスクトップを起動する」を使用する方法は、Windows10が望んでいる方法ではありません。

Dockerバージョン：
18.09.2、ビルド6247962

Windows版：
Windows 10 Pro Insiders Preview 1903、ビルド18898.1000

これらのどれも私のために働いていませんでした。 （ここで説明されているよう

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"

トレイのDockerデスクトップアイコンをクリックして[再起動...]を選択すると、Windows10で問題なく動作しました。

docker：デーモンからのエラー応答：ドライバーがエンドポイントsad_sandersonでの外部接続のプログラミングに失敗しました

Dockerデスクトップを使用している人がいる場合
以下の手順に従ってください：（Dockerデスクトップの再起動を避けてください）

• Dockerデスクトップを終了します
• DockerDesktopを再起動します
• それはうまくいくでしょう

私の問題は、いくつかの実験のために自分のマシンでDockerSwarmを初期化したことでした。 docker swarm leave --force実行した後、すべてが正常に戻りました

この問題のために毎回dockerを再起動することは、単なる回避策です。 実際、コンテナが占有している可能性のあるすべてのポートを停止するため、問題は解決します。 しかし、実際の問題は、ポートがnetstatまたはdocker psコマンドで表示されないことが報告されているため、どのコンテナーがポートを使用しているかを特定することは非常に頭痛の種になります。

DockerRestartまたはFastStartupの無効化以外の方法を見つけた場合は、ここに投稿してください。

私にとっては、Dockerを手動で再起動すると機能しました

それも確認できます。

うん、Win10ではこれでうまくいく

@dtekchandani

解決策：「ログイン時にDockerデスクトップを起動する」を無効にするだけです。
ただし、起動プログラムで保持します（たとえば、dockerへのリンクをここの起動フォルダーにコピーします。
％USERPROFILE％AppDataRoamingMicrosoftWindowsStart MenuProgramsStartup

これにより、ログイン後にDockerが起動し、多くの人に有効です。

win + r> cmd（管理者として実行）> netstat -aon | もっと
次に、ポート8000​​でローカルアドレスを探します。PIDを覚えておいてください。> ctrl + alt + del「詳細」フォールドに移動し、PIDのようなIDを持つプロセスを探します>タスクを削除します（タスクを完了します）> Dockerを再起動します>そしてdocker-compose。
これで問題が解決するはずです
オプション2：docker-compose.ymlを開き、ポートを8000から他のポートに変更します（ポート：
-'8000：80 '）>ドッカーを実行します

ここでも同じ問題が発生しますが、Docker / Windows / Hyper-Vを再起動するとすべて失敗します。
これが、実行スクリプトから取得したプリントアウトです。
C:\Program Files\Docker\Docker\Resources\bin\docker.exe: Error response from daemon: driver failed programming external connectivity on endpoint pihole (c3b944c90dc0b7d948c3dd833becc51b754174a56c36272cda325611d9b792f5): Error starting userland proxy: listen tcp 0.0.0.0:80: bind: An attempt was made to access a socket in a way forbidden by its access permissions.
診断ID：
5C4CFABD-4AEA-4F67-9016-E9B6D58A3934/20190918072240
最初の実行スクリプト:(それが役立つ場合でも）
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
コンテナを再起動するために、私は単に使用しています
docker start pihole
印刷はアクセス許可エラーであることを示しているようです。そのため、DockerDesktopとPowershellの両方を昇格されたアクセス許可で実行しようとしましたが、それでも同じエラーが発生します。 私が同じことを言うとき、私はそれが毎回逐語的であることを意味します。

Macを使用している場合は、次のコマンドを試してプロセスを確認し、停止してください（他のコマンドは機能しませんでした）。

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

Windowsを再起動することは私を助けました。
Docker 2.1.0.3.38240

MAC OS X MOJAVEでdockerを再起動しても、この問題は修正されません。
複数のポート、つまり5066、5086、8021などを公開しようとしています。

sudoで実行するとうまくいきます。

私の問題は5000ポートにありました

$ docker ps

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

それから5000ポートでコンテナを止めた後、それは私を助けました。

$ docker stop d21a21826483

このスレッドを見つけましたが、上記のどれも役に立ちませんでした。

私はUbuntuを実行していて、以下を使用する必要がありました。

sudo service docker restart

pruneと他のすべてのコマンドを試したところ、dockerは何も実行されていないことを確認しましたが、サービスを再起動した後、すべてが再び機能し始めました。

私は同じ問題を抱えて上記を試しましたが、どれもうまくいきませんでした。
それが機能したのは、Windowsを再起動することでした。

Windowsを使用している場合、Windowsをスリープモードから復帰させた後にこの問題が発生した場合は、コンピューターを再起動すると問題が解決します。
以前、Windowsでの高速ブーストについて同様の問題がありましたが、これら2つは関連していると思います...

これでWindowsの問題が解決しました：

• docker-compose down
• Dockerデスクトップを閉じます。
• Dockerサービスを強制終了します
  
• dockerを起動すると、ポップアップが表示され、net.exeを介してdockerサービスをアクティブ化するように求められます。
• docker-compose up

Dockerを再起動します...それだけです

これはすばらしい回避策ですが、再起動するとバグが発生するため、この問題を解決しないでください。

私のために働いたのは、dockerデスクトップを工場出荷時の値にリセットすることでした。

上記を試しましたが成功しませんでした。 次のコマンドを実行して、Dockerキャッシュ全体をワイプすることで機能しました。

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

3年経ちましたが、このバグはまだ健在です...

同じバグがあります。 このスレッドが今までずっと実行されていることに驚いています。

sudo apachectl stop apacheがMacで実行されているように見えたので、これは私にとってはうまくいきました

ウィンドウズ10：
docker ps -a
docker rm $（docker ps -a -q）
docker-構成する

同じバグがあります。 このスレッドが今までずっと実行されていることに驚いています。

これは私のために働いた：

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

OracleLinuxでも同じ問題が発生しています。 Dockerサービスを再起動すると役に立ちました。

これでWindowsの問題が解決しました：

• docker-compose down
• Dockerデスクトップを閉じます。
• Dockerサービスを強制終了します
  
• dockerを起動すると、ポップアップが表示され、net.exeを介してdockerサービスをアクティブ化するように求められます。
• docker-compose up

上記の解決策は私にとってはうまくいきます、ありがとう。

dockerが実行されているとき、私はこれを以下に取得しました。
dockerを再起動したとき、私はまだこれを以下で取得しました。
Dockerサービスが強制終了されて再起動され、ポートの占有がなくなると、Dockerは再び機能します。

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

@ Jason-2020の場合と同じように、Ubuntu 18.04でこの問題が発生していました。Dockerサービスを再起動すると、システムのポートも解放されました。

論理的ではないように聞こえますが、サービスを再起動するだけでうまくいきました。

（キャッシュや古いファイルなどをクリアする必要はありませんでした。）

Windowsの問題は簡単に解決できます：
Dockerを再起動して、サーバーを再実行してみてください。

今日の時点で、W10を使用するとまだこの問題が発生します。
dockerを再起動しましたが、まだ問題があります。
Dockerを閉じて再度開いても、まだ問題があります。

他の解決策はどれも私にはうまくいきませんでした：/

今日の時点で、W10を使用するとまだこの問題が発生します。
dockerを再起動しましたが、まだ問題があります。
Dockerを閉じて再度開いても、まだ問題があります。

他の解決策はどれも私にはうまくいきませんでした：/

LoiChaのソリューションを試してみてください。 これが実際に私のために働いた唯一の回避策です。

ちょっと注意してください。新しいタスク定義を起動しようとしたときに、Amazon ECS（EC2モード）でこの問題が発生しました。 EC2ホストのそのポートで他の何かがすでにリッスンしていたことが判明しました。 プロセスを停止し、タスク定義を正常に開始できました。

タスクマネージャーでDockerサービスを停止すると、W10での問題が解決しました

@ tsantos84 Docker for Macを使用している場合、DockerはVM内で実行されます。

次のことを試してください（私はこれをテストしていません）：

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

次に、Docker for Macを再起動すると、+ 1になります。

ありがとうございました！ それは私が問題を素早く解決するのを助けました。

@ tsantos84 Docker for Macを使用している場合、DockerはVM内で実行されます。
次のことを試してください（私はこれをテストしていません）：

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

次に、Docker for Macを再起動すると、+ 1になります。

ありがとうございました！ それは私が問題を素早く解決するのを助けました。

こんにちは@ fede-r1c0、なぜあなたが私に言及したのかわかりません、そしておそらくあなたは別のユーザーをマークしたかったのでしょう。 とにかく、あなたがあなたの問題を解決してくれてうれしいです。 👍

@jamshid
sudo netstat -nlp | grep 8123のo / pを投稿できますか。 ありがとう。

およびsudoservice {nameOfService} stop

同じ動作が発生しましたが、 docker-compose.override.yml作成して、サービスをオーバーライドします。 使用したファイル：

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"

それは私に次の予期しないエラーを与えます：

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.

私が期待されるports指令でdocker-compose.override.ymlで同じ上書きしますdocker-compose.yml （ 8000理由だと、すでに別のアプリケーションによって割り当てられている私のマシン上のポートIオーバーライドを試みました）が、これは発生しません。これは間違っており、バグのようです。

OS： Windows 10
Docker： 19.03.12, build 48a66213fe

私の場合、問題はconsulローカルで実行しているだけでなく、コンテナーでも実行していることが原因

私にとってはファイアウォール関連でした。CentOS7では、作業中にDockerを通常どおり実行してから、firewalldを停止するか、単に再起動します。今度はそのDockerコンテナーを再起動しようとすると、このエラーで失敗します。 Dockerサービスを再起動して再試行してください...正常に動作します。

私は同じ振る舞いに遭遇しました。
これにより、centos7に関する私の問題が解決しました。
ps -ef | grep docker
kill the "...dockerd -H fd:// --containerd=/run/containerd/containerd.sock" process

このスレッドを見つけましたが、上記のどれも役に立ちませんでした。

私はUbuntuを実行していて、以下を使用する必要がありました。

sudo service docker restart

pruneと他のすべてのコマンドを試したところ、dockerは何も実行されていないことを確認しましたが、サービスを再起動した後、すべてが再び機能し始めました。

ありがとうございました！ ホーリーFK、私はこれを修正するために丸一日を費やしました。
年は2020年であり、それは4年であり、この問題はまだ存在しています。 WTF