Moby: ネットワークを削除できません「アクティブなエンドポイントがあります」

この問題は非常に断続的であるように思われ、あまり頻繁には発生しません。

@ rmb938エンドポイントのぶら下がりに関していくつかの問題があり、＃17191で対処されました。 RC2には、その（または最新のマスター）に対する修正が必要です。 RC1テスターの場合（非常に感謝します）、RC2を開始する前に状態をクリーンアップするための追加の回避策が必要になる場合があります。 適切なドキュメントで更新します。

素晴らしい。 ありがとう。

@mavenugoこれを1.10.0で再現しました：

＃17191は完全な修正ではなかったようです...

回避策はありますか？ dockerデーモンをバウンスしても問題は解決しないようです。

（そして、私があなたにもっと多くのデバッグ情報を得ることができるかどうか私に知らせてください、それはまだ私のマシンで再現しています）

私もこれを1.10.3で再現し、回避策を探してグーグル経由でここに着陸しました。 docker network inspect介してリストされたコンテナがまだ存在しないため、アクティブなエンドポイントを強制的に切断することはできません。

最終的に、領事コンテナを再作成し、dockerデーモンを再起動する必要がありました。

ping @mavenugoこの問題を再開しますか、それとも別の根本原因がある場合に備えて新しい問題を優先しますか？

明確化、docker 1.10.1

Client:
 Version:      1.10.1
 API version:  1.22
 Go version:   go1.4.3
 Git commit:   9e83765
 Built:        Fri Feb 12 12:41:05 2016
 OS/Arch:      linux/arm

Server:
 Version:      1.10.1
 API version:  1.22
 Go version:   go1.4.3
 Git commit:   9e83765
 Built:        Fri Feb 12 12:41:05 2016
 OS/Arch:      linux/arm

調査のためにこれを再開させてください

Madhu、あなたを割り当てましたが、すでに存在する場合は、関連する回避策をポイントして、自由に再割り当てしてください：smile：

@ keithbentrup @ brendandburns問題を提起してございます。 いくつかの質問

1. マルチホストネットワークドライバー（オーバーレイドライバーなど）を使用していますか。 docker network ls出力を共有していただけませんか。
2. マルチホストドライバを使用しない場合は、 /var/lib/docker/network/files/local-kv.dbファイルを（ファイル共有Webサイトを介して）共有してください。どのnetworkを削除しようとしていますか？ そして、ネットワークは最初にどのように作成されましたか？

ご参考までに。 マルチホストネットワークドライバーの場合、dockerはKVストア内のクラスター全体のネットワークのエンドポイントを維持します。 したがって、そのクラスター内のいずれかのホストがそのネットワーク内でまだエンドポイントを存続させている場合、このエラーが表示されます。これは予想される状態です。

@thaJeztah PTAL上記の私のコメントとシナリオに基づくと、これはバグである必要はありません。 それが助けになるなら、この問題を開いたままにしておいても大丈夫です。

@mavenugoはい、

個々のノードのネットワークをdocker network inspectすると、1つのノードに1つのコンテナーがリストされていましたが、これらは存在しなくなったため、コンテナー名またはIDを使用してdocker rm -fvで削除できませんでした。

@keithbentrupこれは古いエンドポイントのケースです。 最初に削除された（エンドポイントをこの状態のままにした）コンテナーのときに、エラーログが発生しますか？
ところで、コンテナが削除されてもエンドポイントがまだ表示されている場合は、 docker network disconnect -f {network} {endpoint-name}を使用してエンドポイントを強制的に切断できます。 docker network inspect {network}コマンドからendpoint-nameを取得できます。

@brendandburns https://github.com/docker/docker/issues/17217#issuecomment-195739573への返信を手伝って

@mavenugo遅れてすみません。 Dockerマルチホストネットワーキングafaikを使用していません。 その単一ノードのラズベリーパイと私はhypriotを介してdockerをインストールする以外に何もしていません。

リクエストした出力は次のとおりです（ networkは削除できないネットワークです）

$ docker network ls
NETWORK ID          NAME                DRIVER
d22a34456cb9        bridge              bridge              
ef922c6e861e        network             bridge              
c2859ad8bda4        none                null                
150ed62cfc44        host                host 

kvファイルが添付されています。githubフィルターを回避するために.txtという名前を付ける必要がありましたが、そのバイナリファイルです。

local-kv.db.txt

直接API呼び出し（dockerode）を介してネットワークを作成しました

これは何度も機能（作成および削除）されました。この場合、私はdocker rm -f <container-id>だと思いますが、ポジティブではありません。マシンの電源を入れ直した可能性があります...

お役に立てば幸いです。
--brendan

よる場合@mavenugo docker network disconnect -f {network} {endpoint-name}あなたが意味docker network disconnect [OPTIONS] NETWORK CONTAINERあたりdocker network disconnect --help 、私はそれを試してみましたが、それはで（当然ながら）訴えNo such container 。

コンテナ名/ IDの代わりにEndpointIDを意味する場合、 --help提案したものではないため、私はそれを試しませんでした（ただし次回はそうします）。

@keithbentrup私は-fオプションを意味しました。 Forceオプションは、クラスター内の他のノードからのエンドポイント名も考慮します。 したがって、docker v1.10.xを使用している場合、以前の手順は-fオプションで問題なく機能します。

@brendandburnsは情報をありがとう、そして問題を絞り込むことは非常に役に立ちます。 この問題の原因となっているエンドポイントへの古い参照があります。 古い参照は、エンドポイントがクリーンアップされていたときの電源の入れ直しが原因である可能性があります。 この不整合の問題は1.11で解決されます。

@mavenugoそれが役に立ったことをうれしく思います。 それまでの間、そのファイルを吹き飛ばしても、問題は解決しますか？

ありがとう
--brendan

@brendandburnsはい。 お先にどうぞ。 それはあなたのためにうまくいくでしょう。

@mavenugoあなたは私を誤解したと思います。 v1.10.xで-fオプション（シェル履歴で確認済み）を使用していましたが、コンテナーID（エンドポイントIDではない）b / cを使用していました（エンドポイントではなくコンテナー）。 コンテナIDまたはエンドポイントIDのいずれかで動作することを意図している場合、それはバグです。コンテナが存在しなくなっても、コンテナIDおよび-fオプションとの接続が切断されないことは確かです。

混乱を緩和する可能性のあるdocker_gwbridgeを削除しようとしたときに、条件を再現することができました。
スウォームマネージャーを指すDockerクライアントを使用したとき、次の出力が発生しました。

~/D/e/m/compose (develop) $ docker network inspect docker_gwbridge
[
    {
        "Name": "docker_gwbridge",
        "Id": "83dfeb756951d3d175e9058d0165b6a4997713c3e19b6a44a7210a09cd687d54",
        "Scope": "local",
        "Driver": "bridge",
        "IPAM": {
            "Driver": "default",
            "Options": null,
            "Config": [
                {
                    "Subnet": "172.18.0.0/16",
                    "Gateway": "172.18.0.1/16"
                }
            ]
        },
        "Containers": {
            "41ebd4fc365ae07543fd8454263d7c049d8e73036cddb22379ca1ce08a65402f": {
                "Name": "gateway_41ebd4fc365a",
                "EndpointID": "1cb2e4e3431a4c2ce1ed7c0ac9bc8dee67c06982344a75312e20e4a7d6e8972c",
                "MacAddress": "02:42:ac:12:00:02",
                "IPv4Address": "172.18.0.2/16",
                "IPv6Address": ""
            }
        },
        "Options": {
            "com.docker.network.bridge.enable_icc": "false",
            "com.docker.network.bridge.enable_ip_masquerade": "true",
            "com.docker.network.bridge.name": "docker_gwbridge"
        }
    }
]
~/D/e/m/compose (develop) $ docker network disconnect -f docker_gwbridge 41ebd4fc365ae07543fd8454263d7c049d8e73036cddb22379ca1ce08a65402f
Error response from daemon: No such container: 41ebd4fc365ae07543fd8454263d7c049d8e73036cddb22379ca1ce08a65402f
~/D/e/m/compose (develop) $ docker network disconnect -f docker_gwbridge 1cb2e4e3431a4c2ce1ed7c0ac9bc8dee67c06982344a75312e20e4a7d6e8972c
Error response from daemon: No such container: 1cb2e4e3431a4c2ce1ed7c0ac9bc8dee67c06982344a75312e20e4a7d6e8972c
~/D/e/m/compose (develop) $ docker network rm docker_gwbridge
Error response from daemon: 500 Internal Server Error: network docker_gwbridge has active endpoints

最初にコンテナ名（図には示されていません）、次にID、次にコンテナエンドポイントIDでコンテナを削除しようとしました。 成功したものはありませんでした。 次に、Dockerホストにログオンし、ローカルのDockerクライアントを使用して、DockerUNIXソケットを介してコマンドを発行しました。

root@dv-vm2:~# docker network disconnect -f docker_gwbridge 41ebd4fc365ae07543fd8454263d7c049d8e73036cddb22379ca1ce08a65402f
Error response from daemon: endpoint 41ebd4fc365ae07543fd8454263d7c049d8e73036cddb22379ca1ce08a65402f not found
root@dv-vm2:~# docker network disconnect -f docker_gwbridge 1cb2e4e3431a4c2ce1ed7c0ac9bc8dee67c06982344a75312e20e4a7d6e8972c
Error response from daemon: endpoint 1cb2e4e3431a4c2ce1ed7c0ac9bc8dee67c06982344a75312e20e4a7d6e8972c not found
root@dv-vm2:~# docker network rm docker_gwbridge
Error response from daemon: network docker_gwbridge has active endpoints
root@dv-vm2:~# docker network disconnect -f docker_gwbridge gateway_41ebd4fc365a
root@dv-vm2:~# docker network rm docker_gwbridge
root@dv-vm2:~# docker network inspect docker_gwbridge
[]
Error: No such network: docker_gwbridge

1）swarmとdirectdockerクライアントからの出力に注意してください。swarmはコンテナーを指します。 dockerはエンドポイントを指します。 それはおそらく一貫性を持たせる必要があります。
2）成功した​​唯一のオプションは、エンドポイント名（コンテナー名、ID、またはエンドポイントIDではない）を提供することでした。 --helpは、最大または複数の入力を受け入れ可能にする必要があることを明確にする必要があります。
3）エンドポイント名をswarmでテストしなかったので、それが機能したかどうかはわかりません。

@keithbentrupそれは正しいです。 前に提案したように。 docker network disconnect -f {network} {endpoint-name} ... plsはendpoint-nameを使用します。 これを拡張して、endpoint-idもサポートできます。 しかし、強制オプションを使用することで、進歩を遂げることができたかどうかを確認したかったのです。

@mavenugoですが、あなたが提案することは、ヘルプが言うことではありません。 さらに、id / nameが交換可能なほとんどのcmdの一貫性に欠けています。

他の人がこのスレッドを見つけない限り、他の人はこの同じ問題を繰り返すので、endpoint-idのサポートを追加する前に、 --help修正してください。

@ keithbentrup --helpと機能の両方を修正します。

docker-compose down試しているときに、dockerv1.11.2でこの問題を再現しました。
docker-compose downを実行する以前の試みは、app_frontネットワークを閉じました。

$ docker-compose down
Removing network app_front
WARNING: Network app_front not found.
Removing network app_back
ERROR: network app_back has active endpoints

$ docker network inspect app_back                                                            
[                                                                                                    
    {                                                                                                
        "Name": "app_back",                                                                  
        "Id": "4a8d557eda7ce06d222fc0a9053069f44e75d25147300796686522a872261245",                    
        "Scope": "local",                                                                            
        "Driver": "bridge",                                                                          
        "EnableIPv6": false,                                                                         
        "IPAM": {                                                                                    
            "Driver": "default",                                                                     
            "Options": null,                                                                         
            "Config": [                                                                              
                {                                                                                    
                    "Subnet": "172.22.0.0/16",                                                       
                    "Gateway": "172.22.0.1/16"                                                       
                }                                                                                    
            ]                                                                                        
        },                                                                                           
        "Internal": false,                                                                           
        "Containers": {                                                                              
            "702e9916e86b7f77af363014134f160a8dcd189399719e062069c10f735cb927": {                    
                "Name": "app_db_1",                                                          
                "EndpointID": "1decedbca5bc704be84f19e287926361d196d20fe2a9bbf092ab15b37b856b3a",    
                "MacAddress": "02:42:ac:16:00:02",                                                   
                "IPv4Address": "172.22.0.2/16",                                                      
                "IPv6Address": ""                                                                    
            }                                                                                        
        },                                                                                           
        "Options": {},                                                                               
        "Labels": {}                                                                                 
    }                                                                                                
]                                                                                                    

Docker情報

Containers: 17                                                                                   
 Running: 1                                                                                      
 Paused: 0                                                                                       
 Stopped: 16                                                                                     
Images: 140                                                                                      
Server Version: 1.11.2                                                                           
Storage Driver: aufs                                                                             
 Root Dir: /mnt/sda1/var/lib/docker/aufs                                                         
 Backing Filesystem: extfs                                                                       
 Dirs: 245                                                                                       
 Dirperm1 Supported: true                                                                        
Logging Driver: json-file                                                                        
Cgroup Driver: cgroupfs                                                                          
Plugins:                                                                                         
 Volume: local                                                                                   
 Network: bridge null host                                                                       
Kernel Version: 4.4.12-boot2docker                                                               
Operating System: Boot2Docker 1.11.2 (TCL 7.1); HEAD : a6645c3 - Wed Jun  1 22:59:51 UTC 2016    
OSType: linux                                                                                    
Architecture: x86_64                                                                             
CPUs: 1                                                                                          
Total Memory: 1.955 GiB                                                                          
Name: default                                                                                    
ID: LKRP:E2TX:KNVZ:UD4M:FIGG:ZROO:CIA5:WBKH:RNUB:KXTQ:E6DC:545P                                  
Docker Root Dir: /mnt/sda1/var/lib/docker                                                        
Debug mode (client): false                                                                       
Debug mode (server): true                                                                        
 File Descriptors: 18                                                                            
 Goroutines: 38                                                                                  
 System Time: 2016-06-15T22:44:13.34779866Z                                                      
 EventsListeners: 0                                                                              
Username: tohagan                                                                                
Registry: https://index.docker.io/v1/                                                            
Labels:                                                                                          
 provider=virtualbox                                                                             

スウォームオーバーレイエンドポイントを切断しようとすると、いくつかの問題が発生します。

デーモンからのエラー応答：ネットワークes-swarm-overlayにアクティブなエンドポイントがあります

@ rmb938何が悪いのか言ってください？ この質問に他の問題がある可能性がありますか？

@mavenugo

docker network disconnect -f  [Network-Name] [Endpoint-Name] 

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

docker 1.13.0でも同じ問題が発生する可能性があります。

このスレッドの誰も私がしたことの例を示していないので、それを投稿します。

完了の場合、これはそれを開始するエラーです。 ポート80でリッスンするcodekitchen/dinghy-http-proxy:2.5.0あることが原因である可能性があります。

$ docker-compose -f deploy/docker-compose/docker-compose.yml
Creating network "dockercompose_default" with the default driver
Creating dockercompose_front-end_1
# and so on..

ERROR: for edge-router  Cannot start service edge-router: driver failed programming external connectivity on endpoint dockercompose_edge-router_1 (3ed8fb6cf4bc221dce615a9a3c5b8e4f0f8332e00e6c6d9b9f9bf0b09da57b36): Bind for 0.0.0.0:80 failed: port is already allocated
ERROR: Encountered errors while bringing up the project.

そしてそれをすべて下げようとしています：

$ docker-compose -f deploy/docker-compose/docker-compose.yml down
Stopping dockercompose_front-end_1
# and so on..
ERROR: network dockercompose_default has active endpoints

そして、私がどのようにネットワークを殺したか：

$ docker network inspect dockercompose_default
[
    {
        "Name": "dockercompose_default", # <--- Param 1
        "Id": "dd1326487a637df8a4a7a11856864a0059fca45cb63e8363bfe5196082d42d6e",
        "Created": "2017-02-08T00:22:41.341653339Z",
        "Scope": "local",
        "Driver": "bridge",
        "EnableIPv6": false,
        "IPAM": {
            "Driver": "default",
            "Options": null,
            "Config": [
                {
                    "Subnet": "172.18.0.0/16",
                    "Gateway": "172.18.0.1"
                }
            ]
        },
        "Internal": false,
        "Attachable": false,
        "Containers": {
            "ea7a142c113700145e894c950b18fd4dec8a53e04a45045f1fb71c47eae1a13b": {
                "Name": "dinghy_http_proxy", # <--- Param 2
                "EndpointID": "38f362af8b22e575cc987f68399a97f3ed10abf2c4cc365460dba768f2df8daa",
                "MacAddress": "02:42:ac:12:00:0d",
                "IPv4Address": "172.18.0.13/16",
                "IPv6Address": ""
            }
        },
        "Options": {},
        "Labels": {}
    }
]

$ docker network disconnect -f dockercompose_default dinghy_http_proxy
$ docker network rm dockercompose_default
dockercompose_default

@nicolaiskogheimには有効な解決策があります。 ただし、私のチームには、最大20個のコンテナーを含むdocker-composeファイルがあります。 だから私は別の解決策を見つけました。

Dockerデーモンを再起動することもできます（たとえば、centosのsystemctl restart docker ）。そうすると、ネットワークとコンテナー間のリンクが失われます。 その後、 docker system prune -fを成功させることができます。

@ mdotson @ nicolaiskogheim新しい号を開いてください。 エラーメッセージは同じですが、ここで説明した元の問題は修正されました。 dockercomposeを使用しているときにのみこれが表示されますか？ その場合、dockercomposeがアクションを実行する順序にも問題がある可能性がありますか？

@ thaJeztahdocker -composeでのみ。 Jenkinsボックスのメモリが不足し、Dockerコンテナをほとんど殺せなかったときに、一度だけ発生しました。 おそらく、コンテナとネットワーク間のリンクを削除するために割り当てるのに十分なメモリがありませんでしたか？

確かではありませんが、どちらにしても、ほとんどの人はエラーメッセージをグーグルで検索し、問題を修正するためにコピーして貼り付けるコマンドを探してここに到着すると思います。

私は、@nicolaiskogheimと@mdotsonと同じ問題を抱えていた私のinfluxdbコンテナはメモリ不足や不健康になりました。 削除できませんでした停止または削除できませんでした（強制モードで削除できました）。
その後、 docker-compose dockerをもう一度開始しようとしました：

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

ERROR: for influxdb  Cannot start service influxdb: service endpoint with name influxdb1 already exists
ERROR: Encountered errors while bringing up the project.

ネットワークを削除しようとしたよりも：

# docker network rm 834ea759c916
Error response from daemon: network docker_default has active endpoints

そして私が@nicolaiskogheimソリューションを試したよりも：

# docker network disconnect -f docker_default influxdb1

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

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 servicerestartで問題が修正されました。

sudo service docker restart

docker network rm <network name>

スタックを削除しようとすると、同じ問題が発生します。

> sudo docker stack rm my-stack
Removing network my-stack_default
Failed to remove network g0450dknntdsfj1o055mk4efm: Error response from daemon: network my-stack_default has active endpointsFailed to remove some resources

私は最初に次のようにスタックを作成しました：

sudo docker stack deploy -c docker-compose.yml --with-registry-auth my-stack

このバージョンを使用しています：

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

幸い、 sudo service docker restart修正されますが、それでも理想的な動作ではありません。

17.07.0-ceで発生し、 disconnectアプローチが機能しなかったため、dockerを再起動し、 rm再度実行して成功しました。

17.06-ceスウォームクラスターでもこれに遭遇しました。 再起動以外のオプションが不足しています。

sudo service docker restartは、ubuntuでそれを取り除き、コンテナーをデプロイして再開できるようにします。

コンテナの1つが殺されることを拒否した場合にも機能します（私が望む以上に起こります）。 いたずら好きなコンテナが1つあるため、すべてのサービスが停止するので面倒です。

17.09.0-ceでもこの問題が発生しています。 これを再開してください！

これは、メモリの少ない環境で私によく起こりました。 メモリを追加すると改善されるかどうかを確認してください。プロセスは正常に停止します。

@tomholubいいえ、メモリは問題ではありません。 しかし、Dockerサービスを再起動すると、ネットワークを削除できました。

アクティブに動作しているコンテナを停止して削除しようとすると、この問題が発生することがあります。 （Docker for Macバージョン17.09.0-ce-mac35（19611）チャネル：安定したa98b7c1b7c）

Client:
 Version:      17.09.0-ce
 API version:  1.32
 Go version:   go1.8.3
 Git commit:   afdb6d4
 Built:        Tue Sep 26 22:40:09 2017
 OS/Arch:      darwin/amd64

Server:
 Version:      17.09.0-ce
 API version:  1.32 (minimum version 1.12)
 Go version:   go1.8.3
 Git commit:   afdb6d4
 Built:        Tue Sep 26 22:45:38 2017
 OS/Arch:      linux/amd64
 Experimental: false

$ uname -a
Darwin Alexei-Workstation.local 16.7.0 Darwin Kernel Version 16.7.0: Wed Oct  4 00:17:00 PDT 2017; root:xnu-3789.71.6~1/RELEASE_X86_64 x86_64

ただし、ランダムな秒数待つと、通常は消えます。 しかし、それはまだそこにあります。

ところで。 私にとって、それはdocker-compose down --volumes--remove-orphansの間に起こりました

これらの「孤立したネットワーク」がまだ表示されている場合は、 @ rmb938 @ thaJeztahを再度開くことができますか

デーモンからのエラー応答：ネットワークabcd_default id 3f2f1a6cb1cee2d82f2e2e59d10a099834a12b18eb7e3e48d6482d758bd93617には、アクティブなエンドポイントがあります

docker version
Client:
 Version:      17.06.0-ce
 API version:  1.30
 Go version:   go1.8.3
 Git commit:   02c1d87
 Built:        Fri Jun 23 21:23:31 2017
 OS/Arch:      linux/amd64

Server:
 Version:      17.06.0-ce
 API version:  1.30 (minimum version 1.12)
 Go version:   go1.8.3
 Git commit:   02c1d87
 Built:        Fri Jun 23 21:19:04 2017
 OS/Arch:      linux/amd64

それらを剪定する唯一の方法は、エンジンを再起動することのようです

今日は頑張ってください

docker-compose down
Removing network gen365cms_default
ERROR: network gen365cms_default id b6c51b1a83ee2b938ee1c7f7148347dc9ef80a8d8ed93334873f1f84b3f27c04 has active endpoints

docker version
Client:
 Version:   17.12.0-ce-rc4
 API version:   1.35
 Go version:    go1.9.2
 Git commit:    6a2c058
 Built: Wed Dec 20 15:53:52 2017
 OS/Arch:   darwin/amd64

Server:
 Engine:
  Version:  17.12.0-ce-rc4
  API version:  1.35 (minimum version 1.12)
  Go version:   go1.9.2
  Git commit:   6a2c058
  Built:    Wed Dec 20 15:59:49 2017
  OS/Arch:  linux/amd64
  Experimental: true

これはまだDocker version 18.06.1-ce, build e68fc7a再現可能です
作成ファイルのコンテナが削除されても、エンドポイントが削除されない場合があります。これは、停電時に発生する可能性があるため、作成が完全に開始または完全に削除されない場合があります。

コマンドが機能しない場合は、
sudo service docker restart
あなたの問題は解決されます

またはsudo reboot -f 。 100％動作します。

今日も同様の問題がありました。 私がしたことは、「docker container ls -a」を実行したところ、dockerstackを介して起動したネットワークを利用しているコンテナーがまだ実行されていないことを確認しました。 手動でそれらのコンテナを強制終了すると、ネットワークを削除できました

@danwdartがここで言及した問題に遭遇したとます。 Docker version 18.09.2, build 6247962を使用していて、 docker-compose -f $PATH_TO_MY_CONFIG downを実行したところ、次のエラーが発生しました。

ERROR: error while removing network: network michaelmoore_default id 6838b92e60a83f53c5637065e449f9124a2f297c482f1a7326cf247bfd38f70c has active endpoints

私は実際に昨夜ラップトップのバッテリーを消耗させましたが、これはめったにありません。dockerを再起動した後、同じcompose "down"コマンドを正常に実行できました。

これは一部の人には明らかかもしれませんが、私にはわかりませんでした。共有したいと思っただけです。

docker-compose rm実行する必要がありました- docker-compose downは私が通常行うことであり、 ps -aはコンテナーを表示しなかったため、 rm cmdを実行するまでこれは本当に私をつまずかせました。 私が共有したいと思った。

ネットワークがすべてのアカウントで削除できなかったため、同じ問題が発生しました。 私のバージョンはDockerバージョン18.09.6、ビルド481bc77です

修正するために、Dockerサービスを再起動しました。 その後「sudoservicedockerrestart」で「dockernetworkrm {network}」で削除できます

@danwdartこれのもう1つの理由は、ぶら下がっているコンテナがある場合です。 それらを削除するには、トリックを実行するコマンドdocker-compose down --remove-orphansを使用します。

2019年からこんにちは、 @mavenugo2016年にこの問題の解決策を提供してくれたことに心から感謝します。

これは4年以上経った今でも問題です。 10行以上のシェルスクリプトよりも、接続されているすべてのネットワークからすべてのコンテナを切断する簡単な方法はありますか？ FWIWこれはうまくいくようです：

#!/usr/bin/env bash

set -o errexit -o nounset -o pipefail

trap 'rm --recursive "$workspace"' EXIT
workspace="$(mktemp --directory)"
error_log="${workspace}/error.log"

for container_id in $(docker ps --all --quiet)
do
    readarray -t network_names < <(docker inspect "$container_id" | jq --raw-output '.[] | .NetworkSettings.Networks | if . == null then empty else keys | .[] end')
    for network_name in "${network_names[@]}"
    do
        echo "Disconnecting container ${container_id} from network ${network_name}."
        exit_code=0
        docker network disconnect "$network_name" "$container_id" 2> "$error_log" || exit_code="$?"
        if [[ "$exit_code" -ne 0 ]]
        then
            if grep --fixed-strings --quiet --regexp 'not connected to network' --regexp 'not connected to the network' "$error_log"
            then
                echo 'Ignoring "not connected" error…'
            else
                cat "$error_log" >&2
                exit "$exit_code"
            fi
        fi
    done
done

要約すれば：

1. 終了時にワークスペースを削除するトラップを設定します。
2. ワークスペースを作成します。
3. 各コンテナの場合：
   
   
   
   1. ネットワークごとに、コンテナは以下に関連付けられています。
      
      
      
      
      
      1. 切断してみてください。
      
      
      
      2. まだネットワークに接続されていないために切断が失敗した場合は、エラーを無視してください（残念ながら、「the」がそのエラーメッセージの一部であるかどうかはランダムに見えます）。 そうでなければ失敗します。
      
      
      
   
   

ネットワークからすべてを切断した後の@mavenugoソリューションと私にとっては

2020年から@mavenugoに感謝します

よる場合@mavenugo docker network disconnect -f {network} {endpoint-name}あなたが意味docker network disconnect [OPTIONS] NETWORK CONTAINERあたりdocker network disconnect --help 、私はそれを試してみましたが、それはで（当然ながら）訴えNo such container 。

コンテナ名/ IDの代わりにEndpointIDを意味する場合、 --help提案したものではないため、私はそれを試しませんでした（ただし次回はそうします）。

@ keithbentrup-上記のコマンドの{endpoint-name}は、基本的に、以下のコマンドから取得する出力のcontainer-id/nameです。

$deminem: docker network inspect e60b9386b9e2ここで、 e60b9386b9e2はネットワークIDです。

[
    {
        "Name": "project-name-master_default",
        "Id": "e60b9386b9e20f5222513bd6166f6d8e3224e72e906e2b07376e88ba79d87b26",
        "Created": "2020-04-02T18:48:29.2694181Z",
        "Scope": "local",
        "Driver": "bridge",
        "EnableIPv6": false,
        "IPAM": {
            "Driver": "default",
            "Options": null,
            "Config": [
                {
                    "Subnet": "172.18.0.0/16",
                    "Gateway": "172.18.0.1"
                }
            ]
        },
        "Internal": false,
        "Attachable": true,
        "Ingress": false,
        "ConfigFrom": {
            "Network": ""
        },
        "ConfigOnly": false,
        "Containers": {
            "d435c36e882ec91dff780c55c0399c52b14096baea402647eaff2f1593602df9": {
                **"Name": "project-name-master_monitoring_1"**,
                "EndpointID": "7838e98efd8be4cabccc778707efadbb6194cbd73dc907f0129ee8b9119e4349",
                "MacAddress": "02:42:ac:12:00:0e",
                "IPv4Address": "172.18.0.14/16",
                "IPv6Address": ""
            }
        },
        "Options": {},
        "Labels": {
            "com.docker.compose.network": "default",
            "com.docker.compose.project": "project-name",
            "com.docker.compose.version": "1.25.4"
        }
    }
]

注：太字で強調表示されているとおり。 "Name": "project-name-master_monitoring_1" 。

ちょうどそれを持っていた

docker --version
Docker version 19.03.12-ce, build 48a66213fe
uname -a
Linux jotunheim 5.8.5-arch1-1 #1 SMP PREEMPT Thu, 27 Aug 2020 18:53:02 +0000 x86_64 GNU/Linux

Archで。 サービスの再起動が役立ちました。