Compose: Docker-「ポートがすでに割り当てられている」ために失敗する構成

netstat | grep 5432 ？

こんにちは@ shin-、

マシンでハードリセットを実行したところ、次のようになりました。

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

その後、 @ patrickconnorsによって投稿されたのと同じ問題が

何か案は？

@budnik docker-compose downを実行してコンテナとネットワークをクリーンアップしてから、もう一度upして、問題が解決するかどうかを確認してください。

私は（と今日同じ問題に遭遇したpostgresコンテナ）、および試さたにもかかわらずdocker-compose down 、その後、 up再びを、問題がまだ解消されません。

docker-compose psとdocker ps両方で、空の出力が表示されます。

しかし、私は解決策を見つけたかもしれません：

これが私のpostgresサービスの定義方法です

version: '2.1'

services:

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

私の場合、修正は単にポートバインディングを無効にすることでした。つまり、最後の部分を次のように変更します。

    ports:
      - 5432

これが正しい解決策であるかどうか、または一般的にすべてのユースケースに適用できるかどうかはわかりません。

docker-compose自体に問題があるのでしょうか。
参考のため：

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

上記の解決策は私が必要としていたものでした、どうもありがとう@ lorenzo-pasa！

docker-composeを3.3バージョンに更新した後も、同じ問題が発生していました。
@ lorenzo-pasaソリューションは私のためにローカルで動作します（まだprodで試す必要があります）

以下は、参考のために私のdocker-compose _part_です。

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

私はこれとCannot start service mysql: network 4b8e7a23e3724fd351e428be30cdf7a9294d142ac23959ca9092278fc81e96c1 not foundようなものも持っていました。 upコマンドに--build --force-recreateフラグを使用して、これらを解決しました。

この👇は私のために働きます!!

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

• Mac用

kill -9 <process id>

• Linux

sudo kill <process id>

エラー：iky_gatewayの場合サービスを開始できませんiky_gateway：b 'ドライバーがエンドポイントiky_gatewayでの外部接続のプログラミングに失敗しました（47d83edbbc1568eae6d26f5e75931797b7e23c6528ff7cc8140f50811fb44922）：ユーザーランドプロキシの開始エラー：0.0.0.0：8080のバインドに失敗しました：ポートは既に割り当てられています'

docker-compose downを試しましたが、修正しませんでした。

将来の読者に役立つ可能性のある別の解決策は、docker-compose.ymlファイルを再確認し、ポート8080で実行しようとしているアイテムが2つないことを確認することです。

ポート8080で実行するように構成された2つのアイテムがある場合、問題を引き起こしていないサービス/コンテナに対して「ポートはすでに割り当てられています」というエラーメッセージが表示される可能性があります。これにより、サービス/コンテナを強制終了して取得しようとすると混乱が生じます。エラーメッセージの解決はありません。

@ Rub21のソリューションは、 kill -9 {pid}がプロセスを再起動し続けたことを除いて、私のために機能しました。 これは、MySQLサーバーを実行していたためです。 OSXでは、次のことを行う必要がありました。

1. システム環境設定
2. mysql検索する
3. Stop MySQL Serverボタンを押します

ポートバインディングを削除しましたが、実行する代わりに機能しました
mysql：ポート：-3306：3306
私はに変更する必要がありました
mysql：ポート：-3306
そして、すべてが良かった。

docker stop $（docker ps -a -q）
docker rm $（docker ps -a -q）
次に、既存のデータ（docker volume rm docker_db_dataなど）を削除します。
docker-compose up

ここでも同じ問題があります。 dockerバージョン17.05.0-ce、ビルド8965be、docker-compose1.13.0および1.22.0を使用しています。 compose-ymlファイルは3.2です。

@KazibweStephenに謝罪し

_サーバーの再起動_を含む、上記のさまざまな解決策を試しました。 他のコンテナは実行されておらず、ymlファイルに競合はありません。 これは、はるかに古いバージョンのdocker / composeで機能したことを思い出します。 ホストのnetstat -anpは、ポートでリッスンしているものを何も表示しません。

portsセクションを完全に削除すると、プロセスは正常に起動します。 次に、 nsenter ... netstatを使用して、コンテナーが（名前空間内の）正しいポートでリッスンしていることを確認します。 次に、 netstatをチェックして、デフォルトの名前空間に競合がないことを確認します。 次に、 ncなどのユーティリティを使用して、同じポートでリッスンできます。

構成が機能しない理由は、ドキュメントに対してはわかりません。 結論は、docker-composeのプロキシ設定に問題があるということです。

_信じられない_。 実際、問題の原因となった小さなエラーが発生しました。 私の構成には_2つのポートが必要でしたが、そのうちの1つにタイプミスがあり、もう1つを複製していました。 facepalm

netstat | grep 5432 ？

こんにちは、これを実行すると、このメッセージが表示されます。

98808d86b49cff5dストリーム00 98808d86b6dd9be5 0 0 0 / tmp / .s.PGSQL.5432。 どうしたらいいか教えてくれませんか？ ありがとう

私の場合、修正は単にポートバインディングを無効にすることでした。つまり、最後の部分を次のように変更します。

    ports:
      - 5432

これが正しい解決策であるかどうか、または一般的にすべてのユースケースに適用できるかどうかはわかりません。

docker-compose自体に問題があるのでしょうか。
参考のため：

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

この修正は私のために働いた。

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

私は少し違った状況にあり、この出来事の別のケースを記録するためにここに投稿しました。

docker-compose.ymlファイルとdocker-compose.override.ymlファイルの両方にポートマッピングが含まれている場合、ホストポートは両方のマッピングで同じですが、コンテナポートが異なるため、Dockerは割り当てを試みます。ホストポートを2回。

docker-compose.yml：

ports:
  - 8080:8080

docker-compose.override.yml：

ports:
  - 8080:8181

おそらくこれはそれ自体が問題であり、オーバーライドするマッピングを作成すると、バインディングの試行が重複します。 コンテナをオンラインにしようとするまで、ポートで何もリッスンしていないため、この状況は特に厄介です。 これは失敗し、そのためコンポジション全体がシャットダウンされ、その結果、ポートが再び割り当て解除されます。

@ lorenzo-pasaのソリューションは私のために働きました！ 私はdocker-composeとnginxを使用しており、ubuntuOSを実行しています。

私は興味があります：多くの人々がまだ問題に直面しているように見えるのに、なぜこの問題は解決されたのですか（私を含む）？ （たとえば） 8080:8080を決して書き込まず、代わりに常に単に8080書き込むという公式の修正ですか？ 明確にするために、これは私が心から興味を持っている苦情ではありません。

@Ezwen同意する
上記の提案をすべて試しましたが、エラーが発生しました。
PHPstormを実行していて、dockerboxでアプリケーションをXdebugしようとしています。 私のdockerboxを起動するとき、私はdockerを使用しています-

ポート：
-「9001：9001」

これにより、ポートが正しく公開されます。 （vpnkit.exeはDockerの一部です）

vpnkit.exeがポート9001をリッスンしていることがわかります。そのため、PHPstormでXdebugを起動しようとすると、エラーメッセージが表示されます。

Dockerコンテナを起動するときにvpnkit.exeによって常に使用されているポート9001をリッスンするようにPHPstormデバッガーに指示できない理由がわかりません。

ありがとう、@ lorenzo-pasa！ それはまさに私の問題であり、あなたの解決策はうまくいきました。 私はこれを解決するためにたくさんのことを試みましたが、結果はありませんでした。 ありがとうございました！

私は（と今日同じ問題に遭遇したpostgresコンテナ）、および試さたにもかかわらずdocker-compose down 、その後、 up再びを、問題がまだ解消されません。

docker-compose psとdocker ps両方で、空の出力が表示されます。

しかし、私は解決策を見つけたかもしれません：

これが私のpostgresサービスの定義方法です

version: '2.1'

services:

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

私の場合、修正は単にポートバインディングを無効にすることでした。つまり、最後の部分を次のように変更します。

    ports:
      - 5432

これが正しい解決策であるかどうか、または一般的にすべてのユースケースに適用できるかどうかはわかりません。

docker-compose自体に問題があるのでしょうか。
参考のため：

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

私にとっての問題は、別のDockerコンテナが別のプロジェクトのバックグラウンドでまだ実行されていることでした。

実行して修正しました：

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

@maritariaが言及したのと同じ問題があります。

@freesoftこのための新しい問題を開くのがおそらく最善です。

私はここですべてを試しましたが、何も機能していないようです、そして私はこれをしました：

sudo lsof -i -P -n | grep 5432

すべてのプロセスを強制終了します
sudo kill

それからそれは私のために働いた。

と同じ問題がありました

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

docker-proxyプロセスのsystemctl restart docker問題を解決しました。

docker system pruneを実行し（このコマンドには注意してください）、dockerを再起動しました。これでうまくいきました。

docker network pruneは私にとって問題を解決しているようです

sudo lsof -i -P -n | grep 5432

私のために働いたec2linuxインスタンス

sudo lsof -i -P -n | grep

私のために働きますが、私は時々プロセスを殺し続ける必要がありますか？

私の場合、同じポートを持つローカルでnode.jsのインスタンスがすでに実行されていました。

私がそれを止めたとき、 docker-compose up --buildが働き始めました！

私の場合、SOを再起動します

@ Rub21の

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

使用しているプログラムをdocker-pr罵倒しました。

それに応じて検索キーワードを更新した後、私はこれに遭遇し
これで、割り当てられているとは思われないが、とにかく割り当てられているポートを使用してサービスをデプロイできないという私の問題は解決しました。

ありがとう。

ところで：
私の場合、エラーの原因は、 docker network prune実行中にハードシャットダウンを実行したことだと思います。
CLIはタスクを完了できなかったと思います。そのため、Docker /ネットワークパスに「存在しない」残り物がすべて残っていました。

私の場合、これはうまくいきましたhttps://github.com/docker/for-mac/issues/205#issuecomment -250856158

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

ファイルは/var/lib/docker/network/files/local-kv.dbにあります

kill -9 $(sudo lsof -i -P -n | grep 8888 | awk '{print $2}')は私のためにトリックをしました

残念ながら、「kill-9 ..」でのトリックは機能しません。
docker-proxyプロセスの代わりにゾンビを取得しました：

docker run -it -p 50000：50000 hello-world
docker：デーモンからのエラー応答：エンドポイントmusing_dijkstraでの外部接続のプログラミングにドライバーが失敗しました（2afd0e53bb80223bc07650e59bd16b43c6d971828a589db6f43dfa50a7a1ab42）：0.0.0.0：50000のバインドに失敗しました：ポートは既に割り当てられています。

docker run -it -p 80:80 hello-world
docker：デーモンからのエラー応答：エンドポイントcocky_goldberg（8dab653c7575c298efea1b808ef2ff16f19bb6c23f51612787e19a434ceeb2ff）での外部接続のプログラミングにドライバーが失敗しました：0.0.0.0：80のバインドに失敗しました：ポートは既に割り当てられています。

トップ| grepゾンビ
タスク：合計319、実行中1、睡眠中181、停止中0、ゾンビ2

uname -r
4.14.35-1844.4.5.el7uek.x86_64

@ lorenzo-pasa領事サービスで同じ問題に遭遇しましたが、あなたのトリックは私のために働きました。 解決してくれてありがとう。

docker stop $（docker ps -a -q）
docker rm $（docker ps -a -q）
次に、既存のデータ（docker volume rm docker_db_dataなど）を削除します。
docker-compose up

@ joseph-luketeloによるこのソリューション（ありがとう！）はMacOSMojaveで機能しました。 「既存のデータを削除する」必要すらありませんでした。 最初の2つのコマンドを実行するだけで解決しました。

• /var/lib/docker/network/files/local-kv.db削除（すべてをオフにしてからダウンした状態）は機能しませんでした
• ネットワークの剪定が機能しなかった
• すべてのボリュームとコンテナーの削除が機能しませんでした
• 上記のすべてを一緒に行うことはうまくいきませんでした
• ポートを占有しているdocker-proxyインスタンスの強制終了は機能しませんでした（そのポートのnetstat出力には何も表示されなくなりましたが、それでもこのエラーメッセージが表示されます）。
• 上記を実行してからDockerサービスを再起動すると、 docker-compose upが無期限にハングします。

これは、ほぼ1か月間、ほぼ毎週のように私に起こっています。これまでのところ、トリックを実行する唯一のことは、毎回dockerを再インストールすることです。 なぜこれは閉鎖されているのですか？ 上記の手順が実行されたとしても、これは明らかにいくつかの種類のバグです...

言及されたすべての解決策は私にとってはうまくいきませんでした。

これは機能します：

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

また、dockerとdocker-composeを再インストールしようとしましたが、この手順が役立つかどうかはわかりません。 上記の手順を実行するまで機能しませんでした。

私は（と今日同じ問題に遭遇したpostgresコンテナ）、および試さたにもかかわらずdocker-compose down 、その後、 up再びを、問題がまだ解消されません。

docker-compose psとdocker ps両方で、空の出力が表示されます。

しかし、私は解決策を見つけたかもしれません：

これが私のpostgresサービスの定義方法です

version: '2.1'

services:

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

私の場合、修正は単にポートバインディングを無効にすることでした。つまり、最後の部分を次のように変更します。

    ports:
      - 5432 (this also solve my problem)

これが正しい解決策であるかどうか、または一般的にすべてのユースケースに適用できるかどうかはわかりません。

docker-compose自体に問題があるのでしょうか。
参考のため：

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

ポートバインディングを無効にすることも私の問題を解決しました

Docker構成を再構築した後、同じエラーが発生していました。

ハ➜ docker-compose up

私は試した：
ハ➜ docker-compose down
しかし、それでも同じ問題に直面しました。

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

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

次に、Dockerアプリケーションを再起動して、Docker拡張機能を持つ「VisualStudioCode」IDEを終了しました...

次に、もう一度試して、ポートをnetstatしようとしました。
ハ➜ netstat -n | grep 10002
そのポートには何も見つかりませんでした...以前にこれを試してみるべきでした。

ハ➜ docker-compose up

Visual Studio CodeDocker拡張機能が問題になる可能性があります。

docker-compose fileconfigを共有できますか
ポートミラーリングを削除する必要があります

私のために働いた

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

私は（と今日同じ問題に遭遇したpostgresコンテナ）、および試さたにもかかわらずdocker-compose down 、その後、 up再びを、問題がまだ解消されません。

docker-compose psとdocker ps両方で、空の出力が表示されます。

しかし、私は解決策を見つけたかもしれません：

これが私のpostgresサービスの定義方法です

version: '2.1'

services:

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

私の場合、修正は単にポートバインディングを無効にすることでした。つまり、最後の部分を次のように変更します。

    ports:
      - 5432

これが正しい解決策であるかどうか、または一般的にすべてのユースケースに適用できるかどうかはわかりません。

docker-compose自体に問題があるのでしょうか。
参考のため：

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

@ lorenzo-pasaありがとう、この解決策は私のために働いた。

MacでDockerデスクトップデーモンを再起動するだけでうまくいきました（Dockerデスクトップ2.2.0.4）。
起動時に何かがおかしくなったようです。

docker stop $（docker ps -a -q）
-8080：8080から-8080、さらにはdocker rm $（...）などの他の修正を試みる前に、このコマンドを実行してください

マシンをリセットしましたが、再び動作し始めました。 おそらく正確な解決策ではありませんが、うまくいきました

docker psが何も出力せず、docker-compose down / upが役に立たなかった場合は、次のコマンドでポートが使用されているかどうかを確認してください。
sudo lsof -i -P -n | grep 9200

そうである場合は、次を実行します。
sudo service docker restart

同じ問題があります。 そうです ：

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

しかし時々エラーが発生します

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

別のコンテナが実行されているため、Dockerを再起動できません

@KorossGameによって提案された@mogadanezは、どのプロセスがすでにこのポートを使用しているかを見つけることを試みることができます。

良い一日を過ごしてください、

@pandaatrail
そのドッカーですが、助けにはなりません。ドッカー全体を再起動することはできません。

@mogadanez dockerを再起動できない場合は、特定のポートを使用しているものを確認してください。
sudo lsof -i -P -n | grep 9200
また、Dockerコンテナが同じ入力ポートを使用していないかどうかを確認してください。
docker ps

それは単に機能しません。 lsofは、使用されているポートは表示されません。 画像を削除してスタック全体を再作成しても機能しません。 Dockerを再起動しても機能しません。 うまくいったのはシステムを再起動することだけでした。 幸運を。

こんにちは、
同じポートを使用する別のサービスがあるかどうかを確認する必要があります。

Windowsを使用している場合は、次のコマンドを実行する必要があります。

1. docker-compose down
2. netstat -ano | findstr :port （例としてnetstat -ano | findstr :18080 ）
3. taskkill /pid the_pid_of_the_port /f
4. docker-compose up

そしてそれだけです😄

@olfamoussaouiMac以外はすべて試しました。 解決策はありません。

@gabrielhpuglieseポートが使用されているかどうかを確認しようとしましたか？

@olfamoussaouiMac以外はすべて試しました。 解決策はありません。

Ubuntuでも同様の作成動作がありました。 これは、間違ったiptables設定に基づく副作用でした。 ポート変換は手動でチェックして解放する必要があります。 MacOSの正しい構文を覚えていない。 ロゼットストーンで見つけるのはそれほど難しいことではありません。

なぜそれがすべて必要なのか理解できず、問題は解決していません。 これ
私が構築している新しいセットアップではなく、新しく作成しませんでした
コンテナ/サービス。 up-dを使用してサーバーコンテナを再作成しました
- 建てる。 本当に変だ。

Vitaly-zverev [email protected] schrieb am Mi.、19。2020年8月、
17:27：

@olfamoussaoui https://github.com/olfamoussaoui私はそれをすべて試しましたが、
Mac用。 解決策はありません。

Ubuntuでも同様の作成動作がありました。 に基づいて、それは副作用でした
iptablesの設定が間違っています。 ポート変換をチェックしてリリースする必要があります
手動で。 MacOSの正しい構文を覚えていない。 そんなに難しいことではないはずです
ロゼットストーンでそれを見つけるために。

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/docker/compose/issues/4950#issuecomment-676495723 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AAJR3UTBMGLV2ECW5GCNQDTSBPVNXANCNFSM4DQLFGPQ
。

なぜそれがすべて必要なのか理解できず、問題は解決していません。 これは私が構築している新しいセットアップではなく、新しいコンテナー/サービスを作成しませんでした。 up -d--buildを使用してサーバーコンテナを再作成しました。 本当に変だ。 Vitaly-zverev [email protected] schrieb am Mi.、19。2020年8月、17：27：
…
@olfamoussaoui https://github.com/olfamoussaoui Macを除いて、すべて試してみました。 解決策はありません。 Ubuntuでも同様の作成動作がありました。 これは、間違ったiptables設定に基づく副作用でした。 ポート変換は手動でチェックして解放する必要があります。 MacOSの正しい構文を覚えていない。 ロゼットストーンで見つけるのはそれほど難しいことではありません。 —あなたが言及されたのであなたはこれを受け取っています。 このメールに直接返信するか、GitHub < ＃4950（コメント） >で表示するか、 https：//github.com/notifications/unsubscribe-auth/AAJR3UTBMGLV2ECW5GCNQDTSBPVNXANCNFSM4DQLFGPQの登録を解除して

うーん、わかりました。Dockerがネットワーク変換と統合されている場所で根本的な原因を分析する必要があることを理解しています。 これはOSに依存し、多くの影響があります。
統合のバグと同じように。

たくさんの良い答えがありました。 この問題は、カタリナにインストールした別のアプリ（Sky Go）であり、閉じていてもポートの競合が発生していることがわかりました。
問題の原因となっているそのようなアプリ（Skypeを含む）をチェックする価値があります。

私も同じ問題に直面しました。 ポート8080を使用していますが、dockerを実行しようとするたびに、ポート8080がすでに使用されていることが示されました。 次に、他のアプリケーションがポートをブロックしていないかどうかを確認しましたが、何も見つかりませんでした。
次に、次の手順に従います。

• docker-compose down（コンテナを停止するため）
• docker ps（私の場合、hasuragraphqlが実行されていることがわかった場合はコンテナが実行されていることを確認します）
• docker container stop [Container_ID]
• docker container rm [Container_ID]（私の場合はコンテナーも削除しました）
  上記のプロセスに従った後、私のDockerは機能しました

WSL2を使用している場合は、Hyper-Vが有効になっているかどうかを確認してください。 そうでない場合は、有効にするだけで十分です。

OSの再起動は私を助けました