Moby: "활성 엔드포인트가 있음" 네트워크를 제거할 수 없습니다.

이 문제는 매우 간헐적이며 자주 발생하지 않는 것 같습니다.

@rmb938 댕글링 엔드포인트와 관련된 몇 가지 문제가 있었고 #17191을 통해 해결되었습니다. RC2에는 해당(또는 최신 마스터)에 대한 수정 사항이 있어야 합니다. RC1 테스터의 경우(큰 감사) RC2를 시작하기 전에 상태를 정리하기 위한 추가 해결 방법이 필요할 수 있습니다. 적절한 문서로 업데이트하겠습니다.

엄청난. 감사 해요.

@mavenugo 방금 1.10.0에서 이것을 재현했습니다.

#17191은 완전한 수정이 아닌 것 같습니다...

해결 방법이 있습니까? docker 데몬을 수신 거부해도 문제가 해결되지 않는 것 같습니다.

(그리고 더 많은 디버그 정보를 얻을 수 있는지 알려주십시오. 여전히 내 컴퓨터에서 재생 중입니다.)

나는 또한 이것을 1.10.3에서 재현하고 해결 방법을 찾기 위해 Google을 통해 여기에 착륙했습니다. docker network inspect 를 통해 나열된 컨테이너가 아직 존재하지 않으므로 활성 엔드포인트를 강제로 연결 해제할 수 없습니다.

결국 영사 컨테이너를 다시 만들고 도커 데몬을 다시 시작해야 했습니다.

ping @mavenugo 이 문제를 다시 열

설명, 도커 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, 할당되었지만 관련 해결 방법이 이미 있는 경우 다시 할당할 수 있습니다. 미소:

@keithbentrup @brendandburns 문제를 제기해 주셔서 감사합니다. 몇 가지 질문

1. 다중 호스트 네트워크 드라이버(예: 오버레이 드라이버)를 사용하고 있습니까? docker network ls 출력을 공유할 수 있습니까?
2. 다중 호스트 드라이버를 사용하지 않는 경우 /var/lib/docker/network/files/local-kv.db 파일(일부 파일 공유 웹사이트를 통해)과 제거하려는 network 파일을 공유할 수 있습니까? 그리고 네트워크는 원래 어떻게 만들어졌습니까?

참고로 다중 호스트 네트워크 드라이버의 경우 docker는 KV-Store의 클러스터 전반에 걸쳐 네트워크에 대한 끝점을 유지 관리합니다. 따라서 해당 클러스터의 호스트에 해당 네트워크에서 여전히 활성 상태인 엔드포인트가 있는 경우 이 오류가 표시되며 이는 예상된 조건입니다.

@thaJeztah PTAL 위의 내 의견과 시나리오에 따르면 이것은 버그일 필요가 없습니다. 도움이 된다면 이 문제를 열어 두어도 좋습니다.

@mavenugo 예, 2개의 노드를 관리하는 스웜 호스트와 함께 docker-compose를 통해 오버레이 드라이버를 사용하고 있습니다.

각 개별 노드에서 네트워크를 docker network inspect 할 때 1개의 노드에는 더 이상 존재하지 않는 1개의 컨테이너가 나열되어 있으므로 컨테이너 이름 또는 ID를 사용하여 docker rm -fv 로 제거할 수 없습니다.

@keithbentrup 이것은 오래된 엔드포인트 케이스입니다. 원래 제거된 컨테이너(엔드포인트가 이 상태로 남음)에 오류 로그가 있습니까?
BTW, 컨테이너가 제거되었지만 끝점이 여전히 표시되면 docker network disconnect -f {network} {endpoint-name} 사용하여 끝점을 강제로 연결 해제할 수 있습니다. docker network inspect {network} 명령에서 끝점 이름을 가져올 수 있습니다.

@brendandburns https://github.com/docker/docker/issues/17217#issuecomment -195739573에 회신하는 데 도움을 주시겠습니까?

@mavenugo 늦어서 죄송합니다. 나는 docker 다중 호스트 네트워킹 afaik을 사용하지 않습니다. 단일 노드 라즈베리 파이이며 hypriot를 통해 도커를 설치하는 것 외에는 아무 것도 하지 않았습니다.

다음은 요청한 출력입니다( 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> 라고 생각합니다.

도움이 되기를 바랍니다.
--브렌단

@mavenugo docker network disconnect -f {network} {endpoint-name} docker network disconnect [OPTIONS] NETWORK CONTAINER per docker network disconnect --help 를 의미한다면 시도해 보았지만 No such container 불평했습니다.

컨테이너 이름/ID 대신 EndpointID 를 의미했다면 --help 제안한 것이 아니기 때문에 시도하지 않았습니다.

@keithbentrup 저는 v1.10.x에서 사용할 수 있는 -f 옵션을 의미했습니다. 강제 옵션은 클러스터에 있는 다른 노드의 endpoint-name도 고려합니다. 따라서 이전 지침은 docker v1.10.x를 사용하는 경우 -f 옵션과 함께 잘 작동합니다.

@brendandburns 정보 감사합니다. 문제 범위를 좁히는 데 매우 유용합니다. 이 문제를 일으키는 끝점에 대한 오래된 참조가 있습니다. 부실 참조는 끝점을 정리할 때 전원을 껐다 켜서 발생했을 가능성이 큽니다. 이 불일치 문제는 1.11에서 해결될 것입니다.

@mavenugo 도움이

감사 해요
--브렌단

@brendandburns 네. 진행해주세요. 그것은 당신을 위해 잘 작동합니다.

@mavenugo 저를 오해하신 것 같습니다. v1.10.x에서 -f 옵션(내 셸 기록에서 확인됨)을 사용하고 있었지만 컨테이너 ID(엔드포인트 ID가 아님) b/c를 사용하여 도움말에서 제안한 것입니다(엔드포인트가 아닌 컨테이너). 컨테이너 ID 또는 끝점 ID와 함께 작동하도록 의도된 경우 컨테이너가 더 이상 존재하지 않을 때 컨테이너 ID 및 -f 옵션과의 연결이 확실히 끊어지지 않는 버그 b/c입니다.

혼란을 완화할 수 있는 docker_gwbridge를 제거하려고 할 때 조건을 재현할 수 있었습니다.
떼 관리자를 가리키는 도커 클라이언트를 사용했을 때 다음과 같은 결과가 나타났습니다.

~/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로 제거를 시도했습니다. 아무도 성공하지 못했습니다. 그런 다음 도커 호스트에 로그온하고 로컬 도커 클라이언트를 사용하여 도커 유닉스 소켓을 통해 명령을 실행했습니다.

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 대 직접 도커 클라이언트의 출력을 확인합니다. swarm은 컨테이너를 나타냅니다. docker는 끝점을 나타냅니다. 그것은 아마도 일관성이 있어야 합니다.
2) 성공한 유일한 옵션은 끝점 이름을 제공하는 것이었습니다(컨테이너 이름이나 ID 또는 끝점 ID가 아님). --help 는 최대 또는 여러 개의 입력이 허용되어야 함을 지워야 합니다.
3) swarm으로 엔드포인트 이름을 테스트하지 않았으므로 이것이 효과가 있었는지 모르겠습니다.

@keithbentrup 맞습니다. 앞서 제안한 대로. docker network disconnect -f {network} {endpoint-name} ... pls는 끝점 이름을 사용합니다. 엔드포인트 ID도 지원하도록 이를 개선할 수 있습니다. 하지만 강제 옵션을 사용하여 진행할 수 있는지 확인하고 싶었습니다.

@mavenugo 그러나 당신이 제안한 것은 도움말이 말하는 것이 아닙니다. 또한 id/name이 상호 교환 가능한 대부분의 cmds의 일관성이 부족합니다.

다른 사람들이 이 스레드를 찾지 않으면 다른 사람들이 이 동일한 문제를 반복하므로 endpoint-id에 대한 지원을 추가하기 전에 --help 수정하십시오.

@keithbentrup --help와 기능을 모두 수정할 것입니다.

docker-compose down 시도하는 동안 docker v1.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": {}                                                                                 
    }                                                                                                
]                                                                                                    

도커 정보

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                                                                             

Swarm 오버레이 끝점을 연결 해제하려고 할 때 몇 가지 문제가 있습니다.

데몬의 오류 응답: 네트워크 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 파일이 있습니다. 그래서 다른 해결책을 찾았습니다.

도커 데몬(예: centos의 systemctl restart docker 을 다시 시작할 수도 있고 그러면 네트워크와 컨테이너 간의 링크가 사라집니다. 그런 다음 성공하면 docker system prune -f 할 수 있습니다.

@mdotson @nicolaiskogheim 새 문제를 열어주세요. 오류 메시지는 동일하지만 여기에서 논의된 원래 문제가 수정되었습니다. docker compose를 사용할 때만 표시됩니까? 이 경우 docker compose가 작업을 수행하는 순서도 문제가 될 수 있습니까?

@thaJeztah docker-compose에서만 가능합니다. Jenkins 상자에 메모리가 부족하여 도커 컨테이너를 간신히 죽일 때 한 번만 발생했습니다. 컨테이너와 네트워크 간의 링크를 제거하기 위해 할당할 메모리가 충분하지 않았습니까?

확실하지 않지만 어느 쪽이든 대부분의 사람들은 Google에 오류 메시지가 표시되고 문제를 해결하기 위해 복사하여 붙여넣는 몇 가지 명령을 찾기 위해 여기에 도착할 것입니다.

내가 @nicolaiskogheim 및 @mdotson과 같은 문제를 겪고, 내 influxdb 컨테이너는 메모리가 부족하고 건강에 해로운되었다. 중지하거나 제거할 수 없습니다(강제 모드로 제거할 수 있음).
그 후 docker-compose 하여 도커를 다시 시작하려고 했습니다.

# 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 서비스 다시 시작으로 문제가 해결되었습니다.

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 swarm 클러스터에서도 이 문제를 겪었습니다. 재부팅 외에 옵션이 부족합니다.

sudo service docker restart 는 우분투에서 제거하여 컨테이너를 다시 배포하고 시작할 수 있습니다.

컨테이너 중 하나가 죽이기를 거부하는 경우에도 작동합니다(내가 원하는 것보다 더 많이 발생함). 하나의 장난 꾸러기 컨테이너 때문에 모든 서비스를 다운시키므로 짜증이 납니다.

17.09.0-ce에도 이 문제가 있습니다. 다시 열어!

이것은 메모리가 부족한 환경에서 나에게 많이 발생했습니다. 메모리를 추가하면 더 나아질지, 내 프로세스가 이제 정상적으로 중지되는지 확인하십시오.

@tomholub 아니요, 메모리가 문제가 아닙니다. 그러나 도커 서비스를 다시 시작하면 네트워크를 제거할 수 있습니다.

활성 작업 컨테이너를 중지하고 제거하려고 할 때 때때로 이 문제가 계속 발생합니다. (Mac용 Docker 버전 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 를 다시 열 수 있습니까 ?

데몬의 오류 응답: network 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 에서 여전히 재현 가능합니다.
compose 파일의 컨테이너를 제거해도 끝점이 제거되지 않는 경우가 있는데, 이는 때때로 정전 시 발생할 수 있으므로 compose가 완전히 시작되거나 완전히 제거되지 않습니다.

명령이 작동하지 않으면 다음을 수행하십시오.
sudo service docker restart
당신의 문제는 해결될 것입니다

또는 sudo reboot -f . 100% 작동합니다.

나는 오늘 비슷한 문제가 있었다. 내가 한 것은 "docker container ls -a"를 실행하고 도커 스택을 통해 시작한 네트워크를 아직 실행 중인 컨테이너가 거의 없다는 것을 알았습니다. 그래서 수동으로 그 컨테이너를 죽였을 때 네트워크를 삭제할 수 있었습니다.

나는 방금 @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 rm - docker-compose down 는 내가 평소에 하는 것이고 ps -a 는 컨테이너를 표시하지 않았으므로 rm cmd를 실행할 때까지 정말 걸려 넘어졌습니다. . 공유할 생각입니다.

네트워크가 모든 작업으로 제거할 수 없었기 때문에 동일한 문제로 끝납니다. 내 버전은 Docker 버전 18.09.6, 빌드 481bc77입니다.

수정하기 위해 도커 서비스를 다시 시작했습니다. "sudo service docker restart"로 "docker network rm {network}"로 제거할 수 있습니다.

@danwdart 이것에 대한 또 다른 이유는 매달린 컨테이너가 있는 경우입니다. 그것들을 제거하려면 트릭을 수행해야 하는 docker-compose down --remove-orphans 명령을 사용하십시오.

2019년부터 안녕하세요, @mavenugo 2016년에 이 문제에 대한 솔루션을 제공해 주셔서 진심으로 감사드립니다.

이것은 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 솔루션과 docker 네트워크

2020년의 또 다른 @mavenugo 감사합니다.

@mavenugo docker network disconnect -f {network} {endpoint-name} docker network disconnect [OPTIONS] NETWORK CONTAINER per 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

아치에. 서비스 재시작이 도움이 되었습니다.