Moby: 컨테이너에서 이미 "/ data-container-name"이름을 사용하고 있습니다.<hash>. 해당 이름을 다시 사용하려면 해당 컨테이너를 제거 (또는 이름 변경)해야합니다.</hash>

그 용기들을 어떻게 청소 했어? 이러한 리소스 (볼륨 네트워크 등 포함)를 정리하는 이유는 무엇입니까?

나는 모든 것을 핵무기시키는 도우미 기능을 가지고있어서 우리의 지속적인 blah, cycle을 테스트 할 수 있습니다. 기본적으로 다음과 같이 요약됩니다.

용기를 지우려면 :

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

이미지를 지우려면 :

docker rmi -f $(docker images -a -q)

볼륨을 지우려면 :

docker volume rm $(docker volume ls -q)

네트워크를 지우려면 :

docker network rm $(docker network ls | tail -n+2 | awk '{if($2 !~ /bridge|none|host/){ print $1 }}')

CI 목적으로 컨테이너가 많이 위아래로 올라가는 군집 클러스터가 있으며 동일한 문제가 있습니다. 제 경우에는 컴퓨터를 다시 시작할 필요가 없습니다. 일반적으로 모든 컨테이너를

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

그런 다음 도커 다시 시작

$ sudo service docker restart

떼를 다시 만들면 문제가 해결됩니다.

다음은 일반적인 실패의 로그입니다. ansible을 사용하여 swarm에 대해 swarm 노드 중 하나에서 docker compose 명령을 실행합니다.

TASK: [Run docker-compose up] ************************************************* 
failed: [XX.XX.XX.XX] => {"changed": true, "cmd": ["/usr/local/bin/docker-compose", "-f", "/containers/docker-compose/docker-compose-booking-pre-eng-811.yml", "--project-name", "booking-eng-811", "--verbose", "up", "-d"], "delta": "0:00:00.355991", "end": "2016-06-15 12:02:11.623256", "rc": 255, "start": "2016-06-15 12:02:11.267265", "warnings": []}
stderr: compose.config.config.find: Using configuration files: /containers/docker-compose/docker-compose-booking-pre-eng-811.yml
docker.auth.auth.load_config: Found 'auths' section
docker.auth.auth.parse_auth: Found entry (registry=u'my-private-registry', username=u'redacted-username')
compose.cli.command.get_client: docker-compose version 1.7.1, build 0a9ab35
docker-py version: 1.8.1
CPython version: 2.7.9
OpenSSL version: OpenSSL 1.0.1e 11 Feb 2013
compose.cli.command.get_client: Docker base_url: http://127.0.0.1:4000
compose.cli.command.get_client: Docker version: KernelVersion=3.10.0-327.18.2.el7.x86_64, Os=linux, BuildTime=Fri May 27 17:25:03 UTC 2016, ApiVersion=1.22, Version=swarm/1.2.3, GitCommit=eaa53c7, Arch=amd64, GoVersion=go1.5.4
compose.cli.verbose_proxy.proxy_callable: docker inspect_network <- ('back')
compose.cli.verbose_proxy.proxy_callable: docker inspect_network -> {u'Containers': {u'0f4c1b89e2ae9476a53f07552f678d2914bb391d1d80ab051f74925eb9fbf65a': {u'EndpointID': u'5f07ba0940ffcb4b0c2f0acf5424b6976b28bd8344a56b0464ab6517da884bc8',
                                                                                       u'IPv4Address': u'10.0.0.3/24',
                                                                                       u'IPv6Address': u'',
                                                                                       u'MacAddress': u'02:42:0a:00:00:03',
                                                                                       u'Name': u'registrator_registrator_1'},
                 u'782c1d07d51f6871400da38e8840e81e9300f54a195b9e6ff2e931b23274655a': {u'EndpointID': u'c8654b5b73eaca7f630d6e2c4c898122a3ae6a86bd0cfab68a8654414fe4821a',
                                                                                       u'IPv4Address': u'10.0.0.2/24',
                                                                                       u'IPv6Address': u'',
                                                                                       u'MacAddress': u'02:42:0a:00:00:02',
                                                                                       u'Name': u'stdb1'},
...
compose.network.ensure: Network back declared as external. No new network will be created.
compose.cli.verbose_proxy.proxy_callable: docker containers <- (all=False, filters={u'label': [u'com.docker.compose.project=bookingeng811', u'com.docker.compose.oneoff=False']})
compose.cli.verbose_proxy.proxy_callable: docker containers -> (list with 0 items)
compose.cli.verbose_proxy.proxy_callable: docker containers <- (all=True, filters={u'label': [u'com.docker.compose.project=bookingeng811', u'com.docker.compose.service=redis1', u'com.docker.compose.oneoff=False']})
compose.cli.verbose_proxy.proxy_callable: docker containers -> (list with 0 items)
compose.cli.verbose_proxy.proxy_callable: docker containers <- (all=True, filters={u'label': [u'com.docker.compose.project=bookingeng811', u'com.docker.compose.service=web', u'com.docker.compose.oneoff=False']})
compose.cli.verbose_proxy.proxy_callable: docker containers -> (list with 0 items)
compose.cli.verbose_proxy.proxy_callable: docker containers <- (all=True, filters={u'label': [u'com.docker.compose.project=bookingeng811', u'com.docker.compose.service=api_locations', u'com.docker.compose.oneoff=False']})
compose.cli.verbose_proxy.proxy_callable: docker containers -> (list with 0 items)
compose.cli.verbose_proxy.proxy_callable: docker containers <- (all=True, filters={u'label': [u'com.docker.compose.project=bookingeng811', u'com.docker.compose.service=booking', u'com.docker.compose.oneoff=False']})
compose.cli.verbose_proxy.proxy_callable: docker containers -> (list with 0 items)
compose.cli.verbose_proxy.proxy_callable: docker inspect_image <- ('redis:2.8.21')
compose.cli.verbose_proxy.proxy_callable: docker inspect_image -> {u'Architecture': u'amd64',
 u'Author': u'',
 u'Comment': u'',
 u'Config': {u'AttachStderr': False,
             u'AttachStdin': False,
             u'AttachStdout': False,
             u'Cmd': [u'redis-server'],
             u'Domainname': u'',
             u'Entrypoint': [u'/entrypoint.sh'],
             u'Env': [u'PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin',
...
compose.cli.verbose_proxy.proxy_callable: docker inspect_image <- ('my-private-registry/web:master')
compose.cli.verbose_proxy.proxy_callable: docker inspect_image -> {u'Architecture': u'amd64',
 u'Author': u"Emmet O'Grady",
 u'Comment': u'',
 u'Config': {u'ArgsEscaped': True,
             u'AttachStderr': False,
             u'AttachStdin': False,
             u'AttachStdout': False,
             u'Cmd': [u'/bin/sh', u'-c', u'/entrypoint.sh'],
             u'Domainname': u'',
             u'Entrypoint': None,
...
compose.cli.verbose_proxy.proxy_callable: docker inspect_image <- ('my-private-registry/api-locations:master')
compose.cli.verbose_proxy.proxy_callable: docker inspect_image -> {u'Architecture': u'amd64',
 u'Author': u"Emmet O'Grady",
 u'Comment': u'',
 u'Config': {u'ArgsEscaped': True,
             u'AttachStderr': False,
             u'AttachStdin': False,
             u'AttachStdout': False,
             u'Cmd': [u'/bin/sh', u'-c', u'/entrypoint.sh'],
             u'Domainname': u'',
             u'Entrypoint': None,
...
compose.cli.verbose_proxy.proxy_callable: docker inspect_image <- ('my-private-registry/booking:eng-811')
compose.cli.verbose_proxy.proxy_callable: docker inspect_image -> {u'Architecture': u'amd64',
 u'Author': u'',
 u'Comment': u'',
 u'Config': {u'ArgsEscaped': True,
             u'AttachStderr': False,
             u'AttachStdin': False,
             u'AttachStdout': False,
             u'Cmd': [u'/bin/sh', u'-c', u'/entrypoint.sh'],
             u'Domainname': u'',
             u'Entrypoint': None,
...
compose.cli.verbose_proxy.proxy_callable: docker containers <- (all=True, filters={u'label': [u'com.docker.compose.project=bookingeng811', u'com.docker.compose.service=redis1', u'com.docker.compose.oneoff=False']})
compose.cli.verbose_proxy.proxy_callable: docker containers -> (list with 0 items)
compose.project._get_convergence_plans: web has upstream changes (redis1)
compose.cli.verbose_proxy.proxy_callable: docker containers <- (all=True, filters={u'label': [u'com.docker.compose.project=bookingeng811', u'com.docker.compose.service=web', u'com.docker.compose.oneoff=False']})
compose.cli.verbose_proxy.proxy_callable: docker containers -> (list with 0 items)
compose.project._get_convergence_plans: api_locations has upstream changes (redis1)
compose.cli.verbose_proxy.proxy_callable: docker containers <- (all=True, filters={u'label': [u'com.docker.compose.project=bookingeng811', u'com.docker.compose.service=api_locations', u'com.docker.compose.oneoff=False']})
compose.cli.verbose_proxy.proxy_callable: docker containers -> (list with 0 items)
compose.project._get_convergence_plans: booking has upstream changes (redis1)
compose.cli.verbose_proxy.proxy_callable: docker containers <- (all=True, filters={u'label': [u'com.docker.compose.project=bookingeng811', u'com.docker.compose.service=booking', u'com.docker.compose.oneoff=False']})
compose.cli.verbose_proxy.proxy_callable: docker containers -> (list with 0 items)
compose.parallel.feed_queue: Pending: set([<Service: web>, <Service: redis1>, <Service: api_locations>, <Service: booking>])
compose.parallel.feed_queue: Starting producer thread for <Service: redis1>
compose.cli.verbose_proxy.proxy_callable: docker inspect_image <- ('redis:2.8.21')
compose.cli.verbose_proxy.proxy_callable: docker inspect_image -> {u'Architecture': u'amd64',
 u'Author': u'',
 u'Comment': u'',
 u'Config': {u'AttachStderr': False,
             u'AttachStdin': False,
             u'AttachStdout': False,
             u'Cmd': [u'redis-server'],
             u'Domainname': u'',
             u'Entrypoint': [u'/entrypoint.sh'],
             u'Env': [u'PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin',
...
compose.cli.verbose_proxy.proxy_callable: docker containers <- (all=True, filters={u'label': [u'com.docker.compose.project=bookingeng811', u'com.docker.compose.service=redis1', u'com.docker.compose.oneoff=False']})
compose.cli.verbose_proxy.proxy_callable: docker containers -> (list with 0 items)
compose.cli.verbose_proxy.proxy_callable: docker inspect_image <- ('redis:2.8.21')
compose.cli.verbose_proxy.proxy_callable: docker inspect_image -> {u'Architecture': u'amd64',
 u'Author': u'',
 u'Comment': u'',
 u'Config': {u'AttachStderr': False,
             u'AttachStdin': False,
             u'AttachStdout': False,
             u'Cmd': [u'redis-server'],
             u'Domainname': u'',
             u'Entrypoint': [u'/entrypoint.sh'],
             u'Env': [u'PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin',
...
compose.service.build_container_labels: Added config hash: ae3be0880fdcb78073a419c6102617b730bfb42171c8204bf51e5c36eb8a85f3
compose.cli.verbose_proxy.proxy_callable: docker create_host_config <- (memswap_limit=None, links=[], devices=None, pid_mode=None, log_config={'Type': u'', 'Config': {}}, cpu_quota=None, read_only=None, dns=None, volumes_from=[], port_bindings={}, security_opt=None, extra_hosts=None, cgroup_parent=None, network_mode='back', shm_size=None, tmpfs=None, cap_add=None, restart_policy={u'MaximumRetryCount': 0, u'Name': u'always'}, dns_search=None, privileged=False, binds=[], ipc_mode=None, mem_limit='64M', cap_drop=None, ulimits=None)
compose.cli.verbose_proxy.proxy_callable: docker create_host_config -> {'Binds': [],
 'Links': [],
 'LogConfig': {'Config': {}, 'Type': u''},
 'Memory': 67108864L,
 'NetworkMode': 'back',
 'PortBindings': {},
 'RestartPolicy': {u'MaximumRetryCount': 0, u'Name': u'always'},
 'VolumesFrom': []}
compose.service.create_container: Creating bookingeng811_redis1_1
compose.cli.verbose_proxy.proxy_callable: docker create_container <- (name=u'bookingeng811_redis1_1', image='redis:2.8.21', labels={u'com.docker.compose.service': u'redis1', u'com.docker.compose.project': u'bookingeng811', u'com.docker.compose.config-hash': 'ae3be0880fdcb78073a419c6102617b730bfb42171c8204bf51e5c36eb8a85f3', u'com.docker.compose.version': u'1.7.1', u'com.docker.compose.oneoff': u'False', u'com.docker.compose.container-number': '1'}, host_config={'NetworkMode': 'back', 'Links': [], 'PortBindings': {}, 'Binds': [], 'RestartPolicy': {u'MaximumRetryCount': 0, u'Name': u'always'}, 'Memory': 67108864L, 'LogConfig': {'Type': u'', 'Config': {}}, 'VolumesFrom': []}, environment=[], volumes={}, detach=True, networking_config={u'EndpointsConfig': {'back': {u'IPAMConfig': {}, u'Aliases': ['redis1']}}})
compose.parallel.parallel_execute_iter: Failed: <Service: redis1>
compose.parallel.feed_queue: Pending: set([<Service: booking>, <Service: api_locations>, <Service: web>])
compose.parallel.feed_queue: <Service: booking> has upstream errors - not processing
compose.parallel.feed_queue: <Service: api_locations> has upstream errors - not processing
compose.parallel.feed_queue: <Service: web> has upstream errors - not processing
compose.parallel.parallel_execute_iter: Failed: <Service: booking>
compose.parallel.feed_queue: Pending: set([])
compose.parallel.parallel_execute_iter: Failed: <Service: api_locations>
compose.parallel.feed_queue: Pending: set([])
compose.parallel.parallel_execute_iter: Failed: <Service: web>
compose.parallel.feed_queue: Pending: set([])

ERROR: for redis1  Error response from daemon: Conflict. The name "/bookingeng811_redis1_1" is already in use by container 5ecf77fc7bbad0548cf34c891ac4d043b2692816b63ed97744924bc1296b8e65. You have to remove (or rename) that container to be able to reuse that name.
Traceback (most recent call last):
  File "<string>", line 3, in <module>
  File "compose/cli/main.py", line 63, in main
AttributeError: 'ProjectError' object has no attribute 'msg'
docker-compose returned -1

"bookingeng811_redis1_1"이라는 컨테이너를 수동으로 제거하려고했지만 어디에도 존재하지 않습니다.

거기에도 같은 문제가 있습니다.

나는주기를 자주 반복한다.

• 도커 중지 % name %
• 도커 rm -f % name %
• 도커 풀 % name %
• 도커 실행 % name %

어느 시점 (2 ~ 3 일)에 작동이 중지됩니다.
docker : 데몬의 오류 응답 : 충돌. 이름 "% name %"은 (는) % container_id % 컨테이너에서 이미 사용 중 입니다. 해당 이름을 다시 사용하려면 해당 컨테이너를 제거 (또는 이름 변경)해야합니다.

% container_id % 컨테이너를 수동으로 제거하려고하면 다음과 같이 표시됩니다.
컨테이너를 제거하지 못했습니다 (% container_id %) : 데몬에서 오류 응답 : 해당 컨테이너 없음 : % container_id %

컨테이너 % container_id %가 목록 docker ps -a에없고 / var / lib / docker / containers 폴더에 없습니다.

문제의 원인은 -f 매개 변수로 컨테이너를 제거하는 것입니까? 그래서 도커는 올바르게 정리되지 않고 도커 데몬은 컨테이너가 아직 거기에 있다고 생각합니다.

Docker 버전 출력 :

고객:
버전 : 1.10.3
API 버전 : 1.22
Go 버전 : go1.5.3
힘내 커밋 : 8acee1b
세워짐:
OS / 아치 : linux / amd64

섬기는 사람:
버전 : 1.10.3
API 버전 : 1.22
Go 버전 : go1.5.3
힘내 커밋 : 8acee1b
세워짐:
OS / 아치 : linux / amd64

Docker 정보 출력 :

컨테이너 : 27
달리기 : 13
일시 중지됨 : 0
중지됨 : 14
이미지 : 1512
서버 버전 : 1.10.3
스토리지 드라이버 : devicemapper
풀 이름 : docker-8 : 9-521647-pool
풀 블록 크기 : 65.54 kB
기본 장치 크기 : 107.4GB
백업 파일 시스템 : xfs
데이터 파일 : / dev / loop2
메타 데이터 파일 : / dev / loop3
사용 된 데이터 공간 : 53.62GB
총 데이터 공간 : 107.4GB
사용 가능한 데이터 공간 : 53.76GB
사용 된 메타 데이터 공간 : 129.9MB
총 메타 데이터 공간 : 2.147GB
사용 가능한 메타 데이터 공간 : 2.018GB
Udev 동기화 지원 : true
지연 제거 활성화 : false
지연된 삭제 사용 : false
지연된 삭제 된 장치 수 : 0
데이터 루프 파일 : / var / lib / docker / devicemapper / devicemapper / data
경고 : 프로덕션 용도로 루프백 장치를 사용하지 않는 것이 좋습니다. 이 경고를 표시하지 않으려면 --storage-opt dm.thinpooldev 사용하거나 --storage-opt dm.no_warn_on_loop_devices=true 를 사용하십시오.
메타 데이터 루프 파일 : / var / lib / docker / devicemapper / devicemapper / metadata
라이브러리 버전 : 1.02.93 (2015-01-30)
실행 드라이버 : native-0.2
로깅 드라이버 : json-file
플러그인 :
볼륨 : 로컬
네트워크 : 호스트 브리지 null
커널 버전 : 4.5.0-coreos-r1
운영 체제 : CoreOS 1010.5.0 (MoreOS)
OSType : 리눅스
아키텍처 : x86_64
CPU : 8
총 메모리 : 11.74GiB
이름 : xx-slave
ID : LVGE : QBNA : DXFP : AWR7 : NAVO : LQLR : 7 CGF : UDOF : CTES : VZQJ : SRZJ : JLKW

Docker는 'nameIndex'를 사용하여 컨테이너에 대한 참조를 저장합니다. 설명에서 nameIndex 가 제거 된 컨테이너와 동기화되지 않았기 때문에 문제가 발생한 것으로 보입니다. 여기서 오류가 반환됩니다.

일시적으로 문제를 해결하기 위해 동기화되지 않은 nameIndex를 정리할 수 있습니다. docker는 nameIndex 외에도 여러 인덱스 (예 : linkIndex)를 사용하므로 정리가 필요한 곳이 여러 개있을 수 있습니다. 동기화되지 않은 위치를 찾는 것이 장기적으로 더 나은 솔루션 일 수 있습니다.

동기화되지 않은 nameIndex를 정리하는 방법이 있습니까?
현재 내가 가진 유일한 해결책은 좋지 않은 노드를 재부팅하는 것입니다. Docker 데몬을 재부팅하는 것도 좋지 않습니다.

나를 위해 작동하는 것은 도커 데몬을 중지하고 /var/lib/docker/* 에서 모든 것을 제거하고 도커를 다시 시작하는 것입니다. 연속 통합 서버이므로 도커 컨텍스트에 이미지가로드되지 않도록 처리 할 수 ​​있으므로 YMMV가 적합합니다.

1.10.3에서 동일한 동작이 나타납니다.

Containers: 105
 Running: 75
 Paused: 0
 Stopped: 30
Images: 1434
Server Version: 1.10.3
Storage Driver: overlay
 Backing Filesystem: extfs
Execution Driver: native-0.2
Logging Driver: json-file
Plugins: 
 Volume: local
 Network: bridge null host
Kernel Version: 4.5.0-coreos-r1
Operating System: CoreOS 1010.5.0 (MoreOS)
OSType: linux
Architecture: x86_64

CoreOS 및 Docker 1.10.3에서 매일이 문제가 발생합니다.

 # journalctl -fu docker
Aug 22 12:37:53 stateless-0.novalocal dockerd[8215]: time="2016-08-22T12:37:53.857617384+10:00" level=error msg="Handler for POST /v1.22/containers/create returned error: Conflict. The name \"/bridge-clockwork\" is already in use by container a9710d980f2935638df62e67175e28078753818a8b7e1e20bd2840d738dd58c0. You have to remove (or rename) that container to be able to reuse that name."

# docker inspect a9710d980f2935638df62e67175e28078753818a8b7e1e20bd2840d738dd58c0
Error: No such image or container: a9710d980f2935638df62e67175e28078753818a8b7e1e20bd2840d738dd58c0

# docker rm -f a9710d980f2935638df62e67175e28078753818a8b7e1e20bd2840d738dd58c0
Failed to remove container (a9710d980f2935638df62e67175e28078753818a8b7e1e20bd2840d738dd58c0): Error response from daemon: No such container: a9710d980f2935638df62e67175e28078753818a8b7e1e20bd2840d738dd58c0

모든 경우의 50 %에서 docker 데몬을 다시 시작하면 문제가 해결됩니다. 다른 경우에는 rm -rf / var / lib / docker가 필요합니다. 두 가지 해결 방법 모두 프로덕션 워크로드에 지장을줍니다.

@cdwertmann rm -rf /var/lib/docker 해야하는 경우 해당 이름의 컨테이너가 존재하고 데몬이 다시 시작된 후 다시로드된다는 의미입니다. 이러한 컨테이너를 제거하려고 할 때 동일한 오류가 발생하면 /var/lib/docker/containers/<id> 있는 내용을 확인하는 것이 매우 유용합니다.

@ cpuguy83 다음은 컨테이너 디렉터리에있는 내용입니다.

 # ls /var/lib/docker/containers/69d00206523a0a6a996c27d6364ec13cca7c8c1d6e615e41d9da6c675abc717a/ -lah
total 184K
drwx------.  3 root root 4.0K Aug 20 23:14 .
drwx------. 16 root root 4.0K Aug 23 14:41 ..
-rw-r-----.  1 root root 102K Aug 23 14:39 69d00206523a0a6a996c27d6364ec13cca7c8c1d6e615e41d9da6c675abc717a-json.log
-rw-r--r--.  1 root root 2.9K Aug 23 14:41 config.v2.json
-rw-r--r--.  1 root root  975 Aug 23 14:41 hostconfig.json
-rw-r--r--.  1 root root   17 Aug 20 23:14 hostname
-rw-r--r--.  1 root root  185 Aug 20 23:14 hosts
-rw-r--r--.  1 root root   45 Aug 20 23:14 resolv.conf
-rw-r--r--.  1 root root   71 Aug 20 23:14 resolv.conf.hash
drwx------.  2 root root 4.0K Aug 20 23:14 shm

config.v2.json에서 "RemovalInProgress":true 볼 수 있습니다.

# cat /var/lib/docker/containers/69d00206523a0a6a996c27d6364ec13cca7c8c1d6e615e41d9da6c675abc717a/config.v2.json 
{"State":{"Running":false,"Paused":false,"Restarting":false,"OOMKilled":false,"RemovalInProgress":true,"Dead":true,"Pid":0,"ExitCode":2,"Error":"","StartedAt":"2016-08-20T13:14:17.864964407Z","FinishedAt":"2016-08-23T04:41:29.775183062Z"},"ID":"69d00206523a0a6a996c27d6364ec13cca7c8c1d6e615e41d9da6c675abc717a","Created":"2016-08-20T13:13:58.579971761Z","Path":"/bin/registrator","Args":["-ip","172.16.0.102","-resync","300","consul://172.16.0.102:8500"],"Config":{"Hostname":"sphinx","Domainname":"novalocal","User":"","AttachStdin":false,"AttachStdout":true,"AttachStderr":true,"Tty":false,"OpenStdin":false,"StdinOnce":false,"Env":["PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"],"Cmd":["-ip","172.16.0.102","-resync","300","consul://172.16.0.102:8500"],"Image":"registry/registrator","Volumes":null,"WorkingDir":"","Entrypoint":["/bin/registrator"],"OnBuild":null,"Labels":{},"StopSignal":"SIGTERM"},"Image":"sha256:3b59190c6c800907d7a62c245bf93888db802b00407002fff7e08fed24e5557e","NetworkSettings":{"Bridge":"","SandboxID":"7713b13649c7964520180342f99914dd4720833ed39a51793ed483c356e0bd85","HairpinMode":false,"LinkLocalIPv6Address":"","LinkLocalIPv6PrefixLen":0,"Networks":{"bridge":{"IPAMConfig":null,"Links":null,"Aliases":null,"NetworkID":"5c0baa715bb76ea2eb5a6a32deb36a8093391ba6c76e55f31768838560c10f22","EndpointID":"","Gateway":"","IPAddress":"","IPPrefixLen":0,"IPv6Gateway":"","GlobalIPv6Address":"","GlobalIPv6PrefixLen":0,"MacAddress":""}},"Ports":null,"SandboxKey":"/var/run/docker/netns/7713b13649c7","SecondaryIPAddresses":null,"SecondaryIPv6Addresses":null,"IsAnonymousEndpoint":false},"LogPath":"/var/lib/docker/containers/69d00206523a0a6a996c27d6364ec13cca7c8c1d6e615e41d9da6c675abc717a/69d00206523a0a6a996c27d6364ec13cca7c8c1d6e615e41d9da6c675abc717a-json.log","Name":"/registrator","Driver":"overlay","MountLabel":"system_u:object_r:svirt_lxc_file_t:s0:c631,c718","ProcessLabel":"system_u:system_r:svirt_lxc_net_t:s0:c631,c718","RestartCount":0,"HasBeenStartedBefore":true,"HasBeenManuallyStopped":false,"MountPoints":{"/etc/localtime":{"Source":"/etc/localtime","Destination":"/etc/localtime","RW":false,"Name":"","Driver":"","Relabel":"ro","Propagation":"rprivate","Named":false},"/tmp/docker.sock":{"Source":"/var/run/docker.sock","Destination":"/tmp/docker.sock","RW":true,"Name":"","Driver":"","Relabel":"","Propagation":"rprivate","Named":false}},"AppArmorProfile":"","HostnamePath":"/var/lib/docker/containers/69d00206523a0a6a996c27d6364ec13cca7c8c1d6e615e41d9da6c675abc717a/hostname","HostsPath":"/var/lib/docker/containers/69d00206523a0a6a996c27d6364ec13cca7c8c1d6e615e41d9da6c675abc717a/hosts","ShmPath":"/var/lib/docker/containers/69d00206523a0a6a996c27d6364ec13cca7c8c1d6e615e41d9da6c675abc717a/shm","ResolvConfPath":"/var/lib/docker/containers/69d00206523a0a6a996c27d6364ec13cca7c8c1d6e615e41d9da6c675abc717a/resolv.conf","SeccompProfile":""}

/var/lib/docker/containers/69d00206523a0a6a996c27d6364ec13cca7c8c1d6e615e41d9da6c675abc717a/ 수동으로 삭제하고 docker 데몬을 다시 시작한 후 충돌이 해결되었습니다.

여기에서 같은 것을 본다 :

docker -v      
Docker version 1.10.3, build 3cd164c
docker-compose -v
docker-compose version 1.8.0, build f3628c7
cat /etc/os-release 
NAME=CoreOS
ID=coreos
VERSION=1068.10.0
VERSION_ID=1068.10.0
BUILD_ID=2016-08-23-0220
PRETTY_NAME="CoreOS 1068.10.0 (MoreOS)"
ANSI_COLOR="1;32"
HOME_URL="https://coreos.com/"
BUG_REPORT_URL="https://github.com/coreos/bugs/issues" 

그리고 이것이 컨테이너를 시작 / 중지 / 다시 시작하는 방법입니다.

cat /etc/systemd/system/u\@.service 
[Unit]
Description=%p-%i

# Requirements
Requires=docker.service

# Dependency ordering
After=docker.service

[Service]
Restart=always
RestartSec=10
TimeoutStartSec=60
TimeoutStopSec=15
EnvironmentFile=-/data/domains/%i/env
WorkingDirectory=/data/domains/%i/
ExecStartPre=-/opt/bin/docker-compose rm -f
ExecStart=/bin/bash -euxc "VIRTUAL_HOST=%i /opt/bin/docker-compose up"
ExecStop=/opt/bin/docker-compose stop

[Install]
WantedBy=multi-user.target

동일한 오류가 발생하고 docker ps -a 아래에 아무것도 없지만 컨테이너 해시가있는 /var/lib/docker/containers 아래에 폴더가 있었고 제거했지만 여전히 운이 없습니다. 도커 데몬을 다시 시작했는데 작동했습니다.

https://github.com/docker/compose/issues/3277#issuecomment -238080180에 대한이 해결 방법도이 문제를 해결합니다 ...

@marcelmfs 나를 위해 아닙니다. /var/lib/docker 전체를 삭제해야합니다.

이상합니다. 저에게는 그냥 효과가있었습니다. 확실하게 한 번 더 해보겠습니다.

@marcelmfs 그래서 방금 docker / network / files / local-kv.db를 삭제 했습니까?

뿐만 아니라 실행중인 모든 컨테이너 docker rm -f $(docker ps -aq) 및 모든 네트워크를 제거했습니다. network/files/local-kv.db 도 제거하기 때문입니다.

도커 1.12로 업그레이드 한 이후로이 문제를 보지 못했습니다.

1.12.x에서 여전히 이것을보고있는 사람이 있습니까?

확인하려면 여전히 업그레이드해야합니다 ... 내일 업그레이드 할 창을 할당하겠습니다.

CI 서버가 업그레이드되고 local-kv.db 파일을 삭제하는 해결 방법을 제거했습니다. 다음 주에 이것에 대한 더 많은 소식을 드리겠습니다.

여기에서 동일 : 1.11.x에서 문제가 있었지만 1.12.x 이후로는 더 이상 발생하지 않았습니다.

예, 1.12에서 아무도 이것에 대해 불평하지 않았 음을 알았습니다.
우리가 무엇을 변경했는지 궁금합니다. 이름 지정과 직접적으로 관련된 것은 없습니다.

tl; dr : > = 1.10.0 모든 버전이 영향을 받지만> = 1.12.0에서는 발생할 가능성이 훨씬 적습니다.

코드에서이 문제를 추적했으며 nameIndex 구조가 도입 된 모든 버전> = 1.10.0에서 확실히 발생할 수 있습니다. @yongtang이 언급

이 오류는 nameIndex 이 daemon.containers 과 (와) 동기화되지 않을 때마다 발생합니다.

문제는 Daemon.create () 함수에 있습니다. nameIndex 는 64 행 에서 daemon.newContainer() 의해 업데이트되지만 daemon.containers 는 훨씬 나중에 149 행 에서 daemon.Register() 의해 업데이트됩니다.

이 둘 사이에 오류가 발생하면 docker는 일관되지 않은 상태입니다. https://github.com/docker/docker/commit/114be249f022535f0800bd45987c4e9cd1b321a4(1.12.0에 착륙) 커밋하기 전에 문제를 트리거하는 데 필요한 전부였습니다. 이 커밋은 정리 기능을 docker.ContainerRm 에서 변경했습니다.이 경우 에는 컨테이너를 등록해야 하기 때문에 작동하지 않습니다. docker.cleanupContainer .

그러나 docker.cleanupContainer 는 정리를 관리하기 전에 실패 할 수 있습니다. nameIndex 113 행의 항목 만 삭제하지만 그 전에는 잘못 될 수있는 일이 많이 있습니다.

위의 모든 내용은 nameIndex 가 디스크에 유지되지 않기 때문에 간단한 데몬 다시 시작으로 문제가 해결되는 경우를 설명합니다. 이 버그가 재시작에서 어떻게 살아남을 수 있는지 알아보기 위해 코드에 머리를 부딪 혔지만 방법을 알 수 없습니다. 프로덕션에서 확실히 보았지만 현재는 다시 발생하기를 기다리고 있으며 추가 조사를 시도하고 있습니다.

# 27956에서 문제의 메모리 내 버전을 수정했습니다.

이 문제는 최신 버전 (1.12.3)으로 업데이트하기 전에 방금 나타 났고, 도커를 제거하고 다시 설치했지만 안타깝게도 여전히 문제가 발생합니다.

docker version 출력 :

Client:
 Version:      1.12.3
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   6b644ec
 Built:        Wed Oct 26 23:26:11 2016
 OS/Arch:      windows/amd64

Server:
 Version:      1.12.3
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   6b644ec
 Built:        Wed Oct 26 23:26:11 2016
 OS/Arch:      linux/amd64

docker info

Containers: 0
 Running: 0
 Paused: 0
 Stopped: 0
Images: 1
Server Version: 1.12.3
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 11
 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.27-moby
Operating System: Alpine Linux v3.4
OSType: linux
Architecture: x86_64
CPUs: 2
Total Memory: 1.919 GiB
Name: moby
ID: XZHZ:262M:ENKG:Z62J:U4OX:FVKN:CGZW:7OCZ:IU5R:D7OM:F3MT:K3ND
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 12
 Goroutines: 22
 System Time: 2016-11-09T01:01:32.4577814Z
 EventsListeners: 0
Registry: https://index.docker.io/v1/
WARNING: No kernel memory limit support
Insecure Registries:
 127.0.0.0/8

내 워크 플로는이 스레드에서 언급 한 것과 약간 다르지만 테스트 도구 모음에서 컨테이너를 많이 설정하고 해체한다는 점에서 비슷합니다. Remote API에 대한 요청을 통해 수행되는 것도 흥미로울 수 있습니다.

진행 방법에 대해 약간의 손실이 있습니다. 요청하면 확실히 내 문제의 테스트 케이스를 준비 할 수 있지만 현재로서는 작업중인 더 큰 프로젝트의 일부이므로 작업을 줄여야합니다.

제안 사항이 있습니까?

@davidglivar 데몬을 다시 시작

@ cpuguy83 데몬을 다시 시작하면 Windows 앱용 도커를 중지 / 시작하는 것을 의미합니다. 도커를 다시 설치하고 '공장'재설정을 수행했습니다. 내부 작동에 확신이 없기 때문에 Hyper-V를 만지지 않았습니다.

@davidglivar 그래서 당신은 이것을보고 있습니다 :

1. 물건을
2. 오류가 발생하다
3. docker4win 다시 시작
4. 오류가 발생하다

?

트윗 담아 가기 확인하기 위해 그 시퀀스를 몇 번 밟았습니다.

@davidglivar docker ps -a 에 컨테이너가 있는지 확인할 수 있습니까?

@ cpuguy83 docker ps -a 은 컨테이너를 생성하지 않습니다. 테스트 해체 및 준비 때문에 그렇게 말할 수 있지만 테스트에서 오류를 포착하고 즉시 docker ps -a 의 자식 프로세스를 생성하더라도 결과는 동일합니다.

전날의 코멘트에 대한 후속 조치를 취하기 위해 : 제 응용 프로그램에서 여전히 409 오류가 발생했습니다. 그러나 테스트 스크립트 ( 여기 )에는 아직 문제가 표시되지 않았습니다.

나는 이것을 재현하는 믿을만한 방법을 만들었다. 다음 Python 스크립트를 사용하여 컨테이너 이름 충돌을 만들 수 있습니다.

# pip install docker-py
from docker import Client

NAME = 'foobar'

cli = Client(version='auto')

# Create an invalid security option that will cause an error in
# https://github.com/docker/docker/blob/v1.10.3/daemon/create.go#L82
host_config = cli.create_host_config(security_opt=['invalid_opt'])

# After this, NAME will always conflict until the daemon gets restarted
try:
    cli.create_container(name=NAME, host_config=host_config, image='', command='/')
except:
    pass

이 문제는 /var/lib/docker 가 필요한 일부 경우를 설명하는 다음 조건 중 하나에서 발생할 수도 있습니다.

• /var/lib/docker 에 inode가 없습니다.
• /var/lib/docker 공간이 부족합니다.
• /var/lib/docker/<storage-driver> 은 읽기 전용입니다.

수정 사항은 docker> = 1.12.0으로 업데이트하는 것입니다.

이 문제로 늦게 돌아와서 죄송합니다.

지금까지 해결 방법을 제거한 이후 CI 서버는 더 이상이 문제를 겪지 않았습니다.

Client:
 Version:      1.12.1
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   23cf638
 Built:
 OS/Arch:      linux/amd64

Server:
 Version:      1.12.1
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   23cf638
 Built:
 OS/Arch:      linux/amd64

또한 이것을 경험하십시오 :

CentOS 7.2
Docker 1.12.1

/var/lib/docker/containers 아래에 지정된 해시가있는 폴더가 없으며 데몬을 다시 시작해도 효과가 없습니다.

@orodbhen 데몬을 다시
docker ps -a 확인할 수 있습니까?

@ cpuguy83 아니요, 해당 이름의 컨테이너가 없습니다.

실제로 이것이 docker-py 문제라고 생각합니다. 여기 얼마나 많은 사람들이 그것을 사용하고 있는지 궁금합니다. @petrosagg 가있는 것 같습니다.

문제가되는 컨테이너 이름을 사용하지 않더라도 create_container() 호출하면 발생합니다. 하지만 docker create 또는 docker run 사용하는 docker shell 명령에는 문제가 없습니다.

하지만 데몬이 생성 한 오류 메시지를 인쇄하는 것처럼 보이기 때문에 이상합니다.

@petrosagg docker-py 대신 docker shell 명령을 사용하여 동일한 문제가 있습니까?

@orodbhen docker-py 인스턴스가 CLI와 동일한 데몬과 통신하고 있습니까?

실행중인 데몬은 하나뿐입니다. 둘 다 /var/run/docker.sock 합니다.

docker-py에 대한 문제 를 만들었습니다. 그러나 나는 문제를 일으키는 도커와 관련된 근본적인 문제가 없다고 아직 확신하지 못합니다.

@orodbhen 데몬을 다시 시작할

데몬을 다시 시작한 경우 참조 계산 문제가 될 수 없습니다 . 이름 등록 기관은 메모리에만 보관되며 데몬 재시작시 다시 작성됩니다.

죄송합니다. 무시하십시오. 오류가 다시 발생하는 것처럼 보이게 만드는 오류를 로깅하는 방식에 문제가있었습니다.

@orodbhen 저는 docker-py를 사용하지 않고, 재현 가능한 작은 테스트 케이스를 만드는 데만 사용했습니다. docker CLI에서 발생하지 않는 이유는 클라이언트가 입력을 서버로 전달하기 전에 입력을 삭제하지만 서버에 직접 액세스하여 중요 섹션이 실패하도록 만들고 싶기 때문입니다.

백그라운드에서 실행중인 서비스를 삭제하십시오.
도커 서비스 rm service_name
그런 다음 ckeck docker 정보는 c ontainers : 0을 표시합니다.

제거, # 3277에 다시 게시 됨

나는 또한 다음과 같은 오류로 같은 문제에 직면했습니다.

   x Start Mongo: FAILED

-----------------------------------STDERR-----------------------------------
Error response from daemon: Cannot update container 78dc6f6a43d0e6cfb7aa6bba2f0a377bd39620bff79ca308540a13ddd4e62886: container is marked for removal and cannot be "update"
Error response from daemon: removal of container mongodb is already in progress
docker: Error response from daemon: Conflict. The container name "/mongodb" is already in use by container "78dc6f6a43d0e6cfb7aa6bba2f0a377bd39620bff79ca308540a13ddd4e62886". You have to remove (or rename) that container to be able to reuse that name.
See 'docker run --help'.
-----------------------------------STDOUT-----------------------------------
3.4.1: Pulling from library/mongo
Digest: sha256:aff0c497cff4f116583b99b21775a8844a17bcf5c69f7f3f6028013bf0d6c00c
Status: Image is up to date for mongo:3.4.1
no such container
Running mongo:3.4.1

방금 명령을 실행했습니다. sudo service docker restart

이제 모든 것이 잘 작동합니다.

나는 또한 다음 오류 로이 문제에 직면했습니다.

docker-compose up -d --no-build api
Creating api ... 
Creating api ... error

ERROR: for api  Cannot create container for service api: Conflict. The name "/api" is already in use by container 2788cdc091645f0dcef417f189f9c80fddd3f6f99eaba3771d0f4a87e2295841. You have to remove (or rename) that container to be able to reuse that name.

ERROR: for api  Cannot create container for service api: Conflict. The name "/api" is already in use by container 2788cdc091645f0dcef417f189f9c80fddd3f6f99eaba3771d0f4a87e2295841. You have to remove (or rename) that container to be able to reuse that name.
ERROR: Encountered errors while bringing up the project.

작성 파일이있는 디렉토리의 이름이 기존 컨테이너가 실행 된 시점과 컨테이너를 다시 실행하려고 할 때 이름이 변경된 것으로 나타났습니다. 다음을 실행하여 확인했습니다.

docker inspect api | grep -i compose
"com.docker.compose.config-hash": "c0e3e88ad502faf806288e16419dc52b113cae18abeac1769fa0e98a741de48a",
"com.docker.compose.container-number": "1",
"com.docker.compose.oneoff": "False",
"com.docker.compose.project": "api",
"com.docker.compose.service": "api",
"com.docker.compose.version": "1.14.0"

프로젝트 레이블이 api 로 설정되어 있지만 이것을 실행 한 현재 디렉토리는 실제로 api.git 이므로 마지막 실행과 지금 사이에 언젠가 이름이 변경된 것 같습니다. 간단히 디렉터리 이름을 다시 api 로 바꾸고 컨테이너를 다시 가져 왔고 (기존 컨테이너를 제거하거나 도커를 다시 시작하지 않고) 모든 것이 예상대로 작동합니다.

많은 컨테이너가 실행 중이므로 docker를 다시 시작하는 것은 최적의 솔루션이 아닙니다.

중지 된 컨테이너를 삭제하려면 docker container prune .

docker rm -f /<container_name> 컨테이너를 강제로 제거해야했습니다.