@vieira 컴퓨터를 재부팅하고 여전히 문제가있는 경우 알려주십시오.

위의 단계는 기기를 재부팅 한 후에도 재현 할 수 있습니다.

@alexlarsson 좀 봐주세요? devicemapper와 관련된 것 같습니다.

문제는 devicemapper와 관련된 것 같습니다. 나는 그것이 정말로 다른 것이라고 생각합니다.
나는 이것을 시도했고 문제는 "도커 중지"부분이다. 도커 데몬을 ctrl-c하면 컨테이너를 올바르게 중지하려고 시도하지만 컨테이너 중지에 성공하지 못하는 것 같습니다. 그래서 나는 도커를 강제로 죽이기 위해 몇 번 더 Ctrl-c를 누른다.

이 시점에서 컨테이너 (꼬리)는 여전히 실행 중이므로 장치 매퍼 장치가 마운트됩니다. 즉, 다시 마운트하거나 제거 할 수 없습니다. 이것이 이러한 작업이 실패하는 이유입니다.

@alexlarsson 이 잘못되면 시스템을 정리하는 쉬운 방법을 알고 있습니까?

음, 만약 폭주하는 컨테이너 프로세스를 찾으면 강제로 죽일 수 있습니다.

@vieira 당신은 마운트 해제 할 수 있습니다 :
umount / var / lib / docker / devicemapper / mnt / c39206003c7ae8992a554a9ac2ea130327fc4af1b2c389656c34baf9a56c84b5

컨테이너를 다시 시작하면 작동합니다.

내도 커가 -d 및 -r로 시작되었음을 알 수 있습니다. 첫째,도 커가 다시 시작되면 컨테이너가 다시 시작되지 않습니다. 그런 다음 위에서 언급 한 오류가 발생합니다 (컨테이너를 시작하려고 할 때).

내 centos 6.5는 여전히 epel에서 1.0.0.6을 얻습니다. 1.0에서 버그로 확인되어 1.1에서 수정 된 적이 있습니까? 누군가 확인해 주시겠습니까?

감사

안녕하세요 여러분, 여전히 1.1.1에서 수정되지 않았습니다.
원래 게시물의 단계는 계속 적용됩니다.

Error response from daemon: Cannot start container 5e9bde9b409b: 
Error getting container 5e9bde9b409b001bcc685c0b478e925a53a03bab8d8ef3210bf24aa39410e30d 
from driver devicemapper: 
Error mounting '/dev/mapper/docker-253:0-267081-5e9bde9b409b001bcc685c0b478e925a53a03bab8d8ef3210bf24aa39410e30d' 
on 
'/var/lib/docker/devicemapper/mnt/5e9bde9b409b001bcc685c0b478e925a53a03bab8d8ef3210bf24aa39410e30d': 
device or resource busy

나도 많이 받고 있지만 어떤 의미에서 컨테이너를 제거하는 것 같습니다 (같은 이름으로 새 컨테이너를 시작할 수 있다는 점에서)

이 문제에 대한 해결 방법이 있습니까?

해결 방법도 찾고 있습니다.

도커 데몬이 문제를 해결하기 전에 모든 컨테이너를 중지하는 것처럼 보입니다.

해결 방법으로이 pre-stop 블록을 내 신생 작업에 추가했습니다.

pre-stop script
    /usr/bin/docker ps -q | xargs /usr/bin/docker stop
end script

다음은 내 디버깅 단계의 요점입니다. https://gist.github.com/rochacon/4dfa7bd4de3c5f933f0d

@rochacon 해결해 주셔서 감사합니다. 오늘 또는 내일 1.2로 테스트 할 것입니다 (1.1.1로 테스트 한 것 같죠?). 작동하기를 바랍니다.

@vieira 나는 또한 1.2.0, 동일한 결과로 시도했습니다.

4 주 실행 후 컨테이너 중 하나가 중지되었습니다 ... 이유를 모르겠습니다 ... 근본 원인을 어떻게 찾을 수 있습니까?

어쨌든, 나는 같은 문제가 있었다 ... @aroragagan 의 제안으로 해결 그건 그렇고 RHEL 6.5에 있습니다 ...

root<strong i="8">@pppdc9prd3ga</strong> mdesales]# docker start federated-registry
Error response from daemon: Cannot start container federated-registry: Error getting container 4841fcb6e51f4e9fcd7a115ac3efae4b0fd47e4f785c735e2020d1c479dc3946 from driver devicemapper: Error mounting '/dev/mapper/docker-253:0-394842-4841fcb6e51f4e9fcd7a115ac3efae4b0fd47e4f785c735e2020d1c479dc3946' on '/var/lib/docker/devicemapper/mnt/4841fcb6e51f4e9fcd7a115ac3efae4b0fd47e4f785c735e2020d1c479dc3946': device or resource busy
2014/10/17 21:04:33 Error: failed to start one or more containers

[root<strong i="9">@pppdc9prd3ga</strong> mdesales]# docker version
Client version: 1.1.2
Client API version: 1.13
Go version (client): go1.2.2
Git commit (client): d84a070/1.1.2
Server version: 1.1.2
Server API version: 1.13
Go version (server): go1.2.2
Git commit (server): d84a070/1.1.2

[root<strong i="10">@pppdc9prd3ga</strong> mdesales]# umount /var/lib/docker/devicemapper/mnt/4841fcb6e51f4e9fcd7a115ac3efae4b0fd47e4f785c735e2020d1c479dc3946

[root<strong i="11">@pppdc9prd3ga</strong> mdesales]# docker start federated-registry
federated-registry

이제 1.3.0에서 12.04에서 14.04로 업그레이드 된 EC2 Ubuntu 시스템에서이 현상을 볼 수 있습니다. 내 dev 인스턴스는 Vagrant에 직접 14.04 설치하며이 문제가 없습니다. 컨테이너를 마운트 해제했다가 다시 시작하는 것은 작동하는 것처럼 보이지만 인스턴스가 재부팅되거나 Docker가 다시 시작될 때 컨테이너가 자동으로 다시 시작되도록 구성하는 목적을 무효화합니다. 지원 패키지 버전 등에 대해 제공 할 수있는 추가 정보가 있으면 알려주세요. 작동중인 시스템과 작동하지 않는 시스템을 사용할 수 있기 때문입니다.

Linux 커널 3.13 또는 3.14를 사용하는 docker 1.3 Ubuntu 14.04에서 동일한 문제가 나타납니다.

@srobertson "데몬이 다시 시작될 때 컨테이너가 다시 시작되지 않음"을 언급하고 있습니까? 새로운 _per-container_ restart-policy를 사용하고 있습니까? 데몬 전체 -r / --restart=true 가 Docker 1.2에서 제거 되었기 때문에

새로운 (컨테이너 당) 재시작 정책은 CLI 참조에 설명되어 있습니다.

+1, 3.17.2-1-ARCH 커널을 사용하는 Docker 1.3 @ ArchLinux x86_64에서이 문제가 발생했습니다.

$ docker --version
Docker version 1.3.1, build 4e9bbfa

Umount가 문제를 해결합니다.

umount는 해결 방법이며 문제를 해결한다고 말하지는 않습니다. 컨테이너가 실행중인 상태에서 데몬을 다시 시작하면 문제가 재현됩니다.

umount 는 다음 Docker 버전에서도 저에게 적합합니다.

atc@li574-92> docker --version
Docker version 1.3.1, build 4e9bbfa

먼저 도커 데몬을 중지했습니다.

umount /dev/mapper/docker-202\:0-729439-a7c53ae579d02aa7bb3aeb2af5f2f79c295e1f5962ec53f16b73896bb3970635 

@ mlehner616 네, 맞아요. 죄송합니다. 물론 해결책이 아니라 해결 방법입니다. 그것은 단지 잘못된 단어 선택이었습니다.

나는 이것도 수정되는 것을보고 싶다. =)

참고로, 마운트 해제는 나를 위해 작동하지 않았습니다. / etc / mtab에서 찾을 수있는 마운트가 없다는 오류가 발생합니다.
Docker 버전 1.0.0, RHEL 6.5에서 빌드 63fe64c / 1.0.0

도커 데몬이 돌아올 때 이전 마운트를 자동으로 마운트 해제하여 문제를 해결했습니다. 우분투의 큰 /etc/init/docker.conf 패치하고 싶지 않았으므로 대신 /etc/default/docker 작은 줄을 넣었습니다.

cat /proc/mounts | grep "mapper/docker" | awk '{print $2}' | xargs -r umount

그것은 속임수를 쓰는 것 같습니다. 나는 그것을 시작으로 내 실제 도커 컨테이너의 시작 및 리스폰을 관리하는 것과 결합 했으므로 이제 service docker restart 후에 모든 컨테이너가 다시 돌아옵니다.

감사합니다, @jypma , 쓰셨 습니다!

@unclejack과 함께 _ 세션 검토 _

대부분의 "장치 또는 리소스 사용 중"또는 EBUSY 보고서에 대한 추적기로이 문제를 사용할 것입니다.

이 문제는 다른 문제와 마찬가지로 docker 데몬의 마운트 네임 스페이스를 적절하게 처리하여 완화됩니다. 현재는 마운트 네임 스페이스의 기본 처리가 없으므로이 EBUSY와 같은 문제가 있습니다.

이를 처리하기위한 공식 솔루션을 개발하는 동안 직접 적용 할 수있는 해결 방법이 있습니다. http://blog.hashbangbash.com/2014/11/docker-devicemapper-fix-for-device-or-resource-busy-ebusy/ 참조

Stock freeipa 이미지를 사용하여이 문제가 발생했는지 확인합니다. 도커 서비스를 중지하고 ipa 컨테이너와 함께 다시 시작하려고 할 때 다음을 얻었습니다.

$ docker start ipa
Error response from daemon: Cannot start container ipa: Error getting container 98f224de38a0879b8a628179fa29a53b314dfada8c4c2e018113f0affa76f9d2 from driver devicemapper: Error mounting '/dev/mapper/docker-253:0-786581-98f224de38a0879b8a628179fa29a53b314dfada8c4c2e018113f0affa76f9d2' on '/var/lib/docker/devicemapper/mnt/98f224de38a0879b8a628179fa29a53b314dfada8c4c2e018113f0affa76f9d2': device or resource busy
2015/01/11 21:44:38 Error: failed to start one or more containers

컨테이너를 다시 시작할 수 있도록 "마운트"를 마운트 해제하면 문제가 해결되었습니다.

$ umount /var/lib/docker/devicemapper/mnt/98f224de38a0879b8a628179fa29a53b314dfada8c4c2e018113f0affa76f9d2

$ docker start ipa
ipa

다음 사용 :

$  docker version
Client version: 1.3.2
Client API version: 1.15
Go version (client): go1.3.3
Git commit (client): 39fa2fa/1.3.2
OS/Arch (client): linux/amd64
Server version: 1.3.2
Server API version: 1.15
Go version (server): go1.3.3
Git commit (server): 39fa2fa/1.3.2

$ lsb_release -i -d
Distributor ID: CentOS
Description:    CentOS release 6.6 (Final)

umount가 내 문제를 해결했습니다.

도커 버전
Docker 버전 1.3.2, 빌드 39fa2fa

따라서 다음 해결 방법은 내 사용 사례에 대한 약간 더 영구적 인 해결 방법입니다.
저는 Amazon linux (RedHat6-Like)를 엄격하게 사용하고 있으므로 init 스크립트를 약간 수정했습니다 (도 커가 업데이트되면 덮어 쓸 수 있음). 기본적으로이 모든 작업은 도커를 정상적으로 중지하고 남은 도커 마운트를 확인하는 것입니다. ,있는 경우 마운트 해제합니다. YMMV

_ / etc / init.d / docker_
lib 변수 추가 (~ 28 행)

prog="docker"
exec="/usr/bin/$prog"
# Adding lib variable here
lib="/var/lib/$prog"
pidfile="/var/run/$prog.pid"
lockfile="/var/lock/subsys/$prog"
logfile="/var/log/$prog"

기능을 중지하기 위해 umount 블록 추가 (줄 ~ 77)

stop() {
    echo -n $"Stopping $prog: "
    killproc -p $pidfile -d 300 $prog
    retval=$?
    echo
    [ $retval -eq 0 ] && rm -f $lockfile

    # BEGIN UMOUNT BLOCK
    if [ $(df | grep $lib | awk '{print $1}' | wc -l) -gt 0 ]; then
        umount $(df | grep $lib | awk '{print $1}')
    fi
    # END UMOUNT BLOCK
    return $retval
}

장치 매퍼를 스토리지 드라이버로 사용하는 docker 1.4.1에서 동일한 문제가 발생합니다. 로그 파일을 통해 도커에서 패닉 스택 추적을 수집 할 수있었습니다.

환경

$ 고양이 / etc / * release
DISTRIB_ID = 우분투
DISTRIB_RELEASE = 14.04
DISTRIB_CODENAME = 신뢰
DISTRIB_DESCRIPTION = "Ubuntu 14.04.1 LTS"
NAME = "우분투"
VERSION = "14.04.1 LTS, Trusty Tahr"
ID = 우분투
ID_LIKE = 데비안
PRETTY_NAME = "Ubuntu 14.04.1 LTS"
VERSION_ID = "14.04"
HOME_URL = " http://www.ubuntu.com/ "
SUPPORT_URL = " http://help.ubuntu.com/ "
BUG_REPORT_URL = " http://bugs.launchpad.net/ubuntu/ "

$ 도커 버전
sudo : 호스트 ip-172-30-0-39를 확인할 수 없습니다.
클라이언트 버전 : 1.4.1
클라이언트 API 버전 : 1.16
Go 버전 (클라이언트) : go1.3.3
Git 커밋 (클라이언트) : 5bc2ff8
OS / Arch (클라이언트) : linux / amd64
서버 버전 : 1.4.1
서버 API 버전 : 1.16
Go 버전 (서버) : go1.3.3
Git 커밋 (서버) : 5bc2ff8

$ tail -f / var / log / upstart / docker
...
정보 [143413] -job execResize (3dfcbc075227d5b3f0115bd73a1fea4a56a2c0fc68190d84b6d88e93938b4121, 37, 130)
2015/01/22 22:29:22 http : panic serving @ : runtime error : invalid memory address or nil pointer dereference
goroutine 1932 [실행 중] :
net / http.func · 011 ()
/usr/local/go/src/pkg/net/http/server.go:1100 + 0xb7
runtime.panic (0xbe5c40, 0x127da13)
/usr/local/go/src/pkg/runtime/panic.c:248 + 0x18d
github.com/docker/docker/daemon.(_execConfig).Resize(0xc20989c800, 0x25, 0x82, 0x0, 0x0)
/go/src/github.com/docker/docker/daemon/exec.go:65 + 0x66
github.com/docker/docker/daemon.(_Daemon).ContainerExecResize(0xc208044f20, 0xc20a836e00, 0x1)
/go/src/github.com/docker/docker/daemon/resize.go:49 + 0x314
github.com/docker/docker/daemon._Daemon.ContainerExecResize·fm(0xc20a836e00, 0x7f49bcd007d8)
/go/src/github.com/docker/docker/daemon/daemon.go:132 + 0x30
github.com/docker/docker/engine.(_Job).Run(0xc20a836e00, 0x0, 0x0)
/go/src/github.com/docker/docker/engine/job.go:83 + 0x837
github.com/docker/docker/api/server.postContainerExecResize(0xc208114fd0, 0xc20a55db27, 0x4, 0x7f49bcd08c58, 0xc209498320, 0xc209e
621a0, 0xc20a69c0c0, 0x0, 0x0)
/go/src/github.com/docker/docker/api/server/server.go:1170 + 0x2d1
github.com/docker/docker/api/server.func·002(0x7f49bcd08c58, 0xc209498320, 0xc209e621a0)
/go/src/github.com/docker/docker/api/server/server.go:1219 + 0x810
net / http.HandlerFunc.ServeHTTP (0xc2081b8280, 0x7f49bcd08c58, 0xc209498320, 0xc209e621a0)
/usr/local/go/src/pkg/net/http/server.go:1235 + 0x40
github.com/gorilla/mux.(_Router).ServeHTTP(0xc2080a3cc0, 0x7f49bcd08c58, 0xc209498320, 0xc209e621a0)
/go/src/github.com/docker/docker/vendor/src/github.com/gorilla/mux/mux.go:98 + 0x297
net / http.serverHandler.ServeHTTP (0xc208180480, 0x7f49bcd08c58, 0xc209498320, 0xc209e621a0)
/usr/local/go/src/pkg/net/http/server.go:1673 + 0x19f
net / http. (_ conn) .serve (0xc20a836300)
/usr/local/go/src/pkg/net/http/server.go:1174 + 0xa7e
net / http. (* Server) .Serve에서 생성
/usr/local/go/src/pkg/net/http/server.go:1721 + 0x313

...

정보 [0056] 삭제 /v1.16/containers/hoopla_docker_registry
정보 [0056] + job rm (hoopla_docker_registry)
컨테이너 hoopla_docker_registry를 제거 할 수 없음 : 드라이버 devicemapper가 루트 파일 시스템 6abcbfefe8bdd485dfb192f8926을 제거하지 못했습니다.
3add895cda1ae28b578d4a0d9b23574dedc5c : 장치가 사용 중입니다.
정보 -job rm (hoopla_docker_registry) = ERR (1)
ERRO DELETE / containers / { name :을 위한 핸들러
r devicemapper가 루트 파일 시스템을 제거하지 못했습니다. 6abcbfefe8bdd485dfb192f89263add895cda1ae28b578d4a0d9b23574dedc5c : 장치가 사용 중입니다.

ERRO [0066] HTTP 오류 : statusCode = 500 컨테이너를 삭제할 수 없습니다. hoopla_docker_registry : 드라이버 devicemapper가 루트 파일 시스템을 제거하지 못했습니다. 6abcbfefe8bdd485dfb192f89263add895cda1ae28b578d4a0d9b23574dedc5c : 장치가 사용 중입니다.

나는 우분투 14.04 (ec2)에서 1.4.1과 1.5에서 이것을 보았습니다. 도커는 Linux mint 17에서는 매우 신뢰할 수 있지만 우분투 14.04를 사용하는 빌드 서버에서는 매우 신뢰할 수 없기 때문에 이상합니다.

이 문제는 0.9 일 이후로 존재하는 것 같아서 devicemapper를 사용하지 않는 방법이 있습니까?

이는 overlayfs에서도 발생할 수 있습니다.

글쎄, 나는 방금 aufs로 바뀌었고 지금까지 아무런 문제가 없습니다.

이 문제의 상태는 어떻습니까? 관련 될 수있는 일부 PR이 병합되는 것을 보았지만 명확하게 언급 된 것은이 문제를 해결하지 못했습니다. 이것은 프로덕션에서 _major_ 문제이며 현재 유일한 해결 방법은 init 스크립트를 패치하여 드라이브를 완전히 마운트 해제하는 것입니다.

이것을 다시 검토 한 후, 이것은 우리가 원래 말했던 EBUSY 의 이상적인 예가 아닙니다.
이 경우는 신호를 정상적으로 처리하지 않는 컨테이너의 pid와 더 관련이 있습니다.

데몬이 종료 될 때 tail -f /dev/null 의 복제 사례가 SIGQUIT 에서 종료되지 않기 때문에 devmapper 드라이버가 제대로 분해되지 않습니다 (devmapper에만 해당되지 않음). 데몬이 다시 시작되기 전에 docker가 실행되지 않은 경우에도 tail -f /dev/null 여전히 실행중인 것을 볼 수 있습니다.

이와 같은 문제는 도커 종료시 컨테이너의 pid를 얼마나 과감하게 처리해야하는지에 대한 생각이 필요합니다 ... @unclejack @crosbymichael 생각?

Fedora 21 x86_64에서 테스트했습니다. 문제가 존재하지 않는 것 같기 때문에 비교 목적으로 만 정보를 제공합니다 (더 이상?). centos : 7 또는 ubuntu : trusty 이미지를 사용한 동일한 결과.

$ docker run -d centos:7 tail -f /dev/null
ec496f1a6738430972b79e5f3c9fdbf2527e55817d4638678e3b0dd486191203

$ systemctl stop docker

$ ps ax | grep tail
14681 ?        Ss     0:00 tail -f /dev/null
14738 pts/9    S+     0:00 grep --color=auto tail

$ systemctl start docker

$ docker ps -q

$ docker ps -a -q
ec496f1a6738

$ docker start ec496f1a6738
ec496f1a6738

$ docker rm ec496f1a6738
Error response from daemon: Conflict, You cannot remove a running container. Stop the container before attempting removal or use -f
FATA[0000] Error: failed to remove one or more containers 

$ docker stop ec496f1a6738
ec496f1a6738

$ docker rm ec496f1a6738
ec496f1a6738

$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES

시스템 정보:

$ uname -a
Linux localhost 3.18.9-200.fc21.x86_64 #1 SMP Mon Mar 9 15:10:50 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

$ rpm -q device-mapper docker-io
device-mapper-1.02.93-3.fc21.x86_64
docker-io-1.5.0-1.fc21.x86_64

$ docker version
Client version: 1.5.0
Client API version: 1.17
Go version (client): go1.3.3
Git commit (client): a8a31ef/1.5.0
OS/Arch (client): linux/amd64
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.3.3
Git commit (server): a8a31ef/1.5.0

Docker 1.5, Ubuntu 14.04에서 실행하십시오.
root@ip-10-148-25-50:~# docker start service Error response from daemon: Cannot start container service: Error getting container f3a7515112a0b5af94b0520844ef8c586763d2051b41b1db90e4c4efbd07e774 from driver devicemapper: Error mounting '/dev/mapper/docker-202:1-153948-f3a7515112a0b5af94b0520844ef8c586763d2051b41b1db90e4c4efbd07e774' on '/var/lib/docker/devicemapper/mnt/f3a7515112a0b5af94b0520844ef8c586763d2051b41b1db90e4c4efbd07e774': device or resource busy FATA[0000] Error: failed to start one or more containers

umount /var/lib/docker/devicemapper/mnt/f3a7515112a0b5af94b0520844ef8c586763d2051b41b1db90e4c4efbd07e774 하는 것이 도움이되었습니다.

Docker 1.5.0, Centos7.0에서 동일한 문제가 있습니다.

[vagrant<strong i="6">@localhost</strong> ~]$  sudo systemctl start docker
[vagrant<strong i="7">@localhost</strong> ~]$  sudo docker ps -a
CONTAINER ID        IMAGE               COMMAND                CREATED             STATUS                        PORTS               NAMES
5189b16c0917        mongo:3             "/entrypoint.sh mong   35 minutes ago      Exited (128) 29 minutes ago                       mongod
[vagrant<strong i="8">@localhost</strong> ~]$ sudo docker inspect 5189b16c0917 | grep Error
        "Error": "Error getting container 5189b16c0917ff1f87b8aa8ab2e86953887d0e65ad95d0637b0f2213222d55e6 from driver devicemapper: Error mounting '/dev/mapper/docker-253:1-134,

umount가 실패합니다.

[vagrant<strong i="12">@localhost</strong> ~]$ sudo stat /var/lib/docker/devicemapper/mnt/5189b16c0917ff1f87b8aa8ab2e86953887d0e65ad95d0637b0f2213222d55e6
  File: `/var/lib/docker/devicemapper/mnt/5189b16c0917ff1f87b8aa8ab2e86953887d0e65ad95d0637b0f2213222d55e6'
  Size: 6               Blocks: 0          IO Block: 4096   ディレクトリ
Device: fd01h/64769d    Inode: 201732136   Links: 2
Access: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2015-03-21 20:36:14.407505308 +0900
Modify: 2015-03-21 20:16:58.863146490 +0900
Change: 2015-03-21 20:16:58.863146490 +0900
 Birth: -
[vagrant<strong i="13">@localhost</strong> ~]$ sudo umount /var/lib/docker/devicemapper/mnt/5189b16c0917ff1f87b8aa8ab2e86953887d0e65ad95d0637b0f2213222d55e6
umount: /var/lib/docker/devicemapper/mnt/5189b16c0917ff1f87b8aa8ab2e86953887d0e65ad95d0637b0f2213222d55e6: not mounted
[vagrant<strong i="14">@localhost</strong> ~]$ grep docker /proc/mounts
(no results)

환경

[vagrant<strong i="18">@localhost</strong> ~]$ cat /etc/centos-release
CentOS Linux release 7.0.1406 (Core)
[vagrant<strong i="19">@localhost</strong> ~]$ uname -a
Linux localhost.localdomain 3.10.0-123.20.1.el7.x86_64 #1 SMP Thu Jan 29 18:05:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
[vagrant<strong i="20">@localhost</strong> ~]$ sudo docker version
Client version: 1.5.0
Client API version: 1.17
Go version (client): go1.3.3
Git commit (client): a8a31ef/1.5.0
OS/Arch (client): linux/amd64
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.3.3
Git commit (server): a8a31ef/1.5.0

[vagrant<strong i="21">@localhost</strong> ~]$ rpm -qi docker
Name        : docker
Version     : 1.5.0
Release     : 1.el7
Architecture: x86_64
Install Date: 2015年03月21日 20時04分29秒
Group       : Unspecified
Size        : 27215826
License     : ASL 2.0
Signature   : (none)
Source RPM  : docker-1.5.0-1.el7.src.rpm
Build Date  : 2015年02月12日 05時10分39秒
Build Host  : c1bj.rdu2.centos.org
Relocations : (not relocatable)
Packager    : CBS <[email protected]>
Vendor      : CentOS
URL         : http://www.docker.com
Summary     : Automates deployment of containerized applications
Description :
Docker is an open-source engine that automates the deployment of any
application as a lightweight, portable, self-sufficient container that will
run virtually anywhere.

CentOS7 공식 저장소에서 docker 1.3.2로 재현합니다.

$ rpm -qi docker
Name        : docker
Version     : 1.3.2
Release     : 4.el7.centos
Architecture: x86_64
Install Date: 2015年03月22日 02時44分58秒
Group       : Unspecified
Size        : 25505685
License     : ASL 2.0
Signature   : RSA/SHA256, 2014年12月11日 04時21分03秒, Key ID 24c6a8a7f4a80eb5
Source RPM  : docker-1.3.2-4.el7.centos.src.rpm
Build Date  : 2014年12月11日 04時15分49秒
Build Host  : worker1.bsys.centos.org
Relocations : (not relocatable)
Packager    : CentOS BuildSystem <http://bugs.centos.org>
Vendor      : CentOS
URL         : http://www.docker.com
Summary     : Automates deployment of containerized applications

도커 1.5.0에 동일한 버그가 있습니다.
Error response from daemon: Cannot destroy container 485bf8d6502a: Driver devicemapper failed to remove root filesystem 485bf8d6502a6cf448075d20c529eb24f09a41946a5dd1c61a99e17

여기서도 같은 문제를 재현하기 쉽습니다.

docker run -it --name busybox --rm busybox tail -f /dev/null

On another shell:

root<strong i="6">@staging5</strong>:/home/shopmedia #service docker stop
Stopping docker:                                           [  OK  ]
root<strong i="7">@staging5</strong>:/home/shopmedia #service docker start
Starting docker:                                           [  OK  ]
root<strong i="8">@staging5</strong>:/home/shopmedia #docker rm -f busybox
Error response from daemon: Cannot destroy container busybox: Driver devicemapper failed to remove root filesystem 124cd3329e0fafa6be2a284b36a75571666745436c601a702a4beedb75adc7c0: Device is Busy
FATA[0011] Error: failed to remove one or more containers

환경

docker version
Client version: 1.4.1
Client API version: 1.16
Go version (client): go1.3.3
Git commit (client): 5bc2ff8/1.4.1
OS/Arch (client): linux/amd64
Server version: 1.4.1
Server API version: 1.16
Go version (server): go1.3.3
Git commit (server): 5bc2ff8/1.4.1

cat /etc/centos-release
CentOS release 6.6 (Final)

cat /proc/version
Linux version 2.6.32-504.8.1.el6.x86_64 ([email protected]) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-11) (GCC) ) #1 SMP Wed Jan 28 21:11:36 UTC 2015

rpm -q device-mapper
device-mapper-1.02.90-2.el6_6.1.x86_64

편집 : 나를위한 유일한 해결 방법은 unshare 명령으로 /etc/init.d/docker, 줄 50을 업데이트하는 것입니다. 수정 은 @vbatts 에 의해 제공되었습니다. 감사합니다 btw
그러나이 수정은 확장 가능하지 않습니다. 우리가 소유 한 모든 머신을 업데이트하고 싶지는 않습니다. + 다음에 도커를 업데이트하면 지워집니다.

1. 다른 옵션은 무엇입니까?
2. 고정 도커 쪽이 나오나요?
3. 모든 운영 체제에 영향을 줍니까?
4. 모든 커널에 영향을 줍니까?

감사

https://github.com/docker/docker/pull/12400 이 이것을 고칠 것이라고 생각합니다. 이는 도커 데몬 종료로 인해 실행중인 컨테이너가 정리되지 않고 (컨테이너가 10 초 내에 종료되지 않으면 컨테이너의 rootfs가 계속 마운트 됨) 다음 시작시 데몬을 제거 할 수 없기 때문입니다. (오버레이 테스트)

감사합니다 @ coolljt0725 .

1) 어떤 버전의 docker가 구현됩니까?
2) 다른 옵션은 무엇입니까?
3) 모든 운영 체제에 영향을 줍니까?
4) 모든 커널에 영향을 줍니까?

감사

umount 해결 방법은 +1입니다. 도커 1.6.0, 빌드 4749651에서 나에게 일어났습니다.
서비스 도커를 다시 시작해도 문제가 해결되지 않았습니다. 문제가있는 '볼륨'을 제거하여 문제를 해결했습니다.

Docker 1.6.1 (Ubuntu 14.04)에는 여전히이 문제가 있습니다. umount 작동합니다.

Docker 1.6.2 (Ubuntu 14.04) umount 가 작동하지 않음

Docker 1.7.0 Centos 6.5에는 여전히 동일한 문제가 있습니다.

Docker 1.7로 업그레이드 한 후 Centos 6.3에서 방금 이것을 얻었습니다. 업그레이드는 Docker를 다시 시작했으며 컨테이너를 다시 시작하려고 할 때 모든 node.js 컨테이너가 다시 시작되었지만 uwsgi를 실행하는 컨테이너는 오류를 발생시킵니다.

# docker start 48596c91d263
Error response from daemon: Cannot start container 48596c91d263: Error getting container 48596c91d263e44201f9141e7bc701ab9e11fe691c61eadc95019fcfa0e4a549 from driver devicemapper: Error mounting '/dev/mapper/docker-8:17-262147-48596c91d263e44201f9141e7bc701ab9e11fe691c61eadc95019fcfa0e4a549' on '/local/docker/devicemapper/mnt/48596c91d263e44201f9141e7bc701ab9e11fe691c61eadc95019fcfa0e4a549': device or resource busy

umount /local/docker/devicemapper/mnt/48596c91d263e44201f9141e7bc701ab9e11fe691c61eadc95019fcfa0e4a549 해도 문제가 해결되지 않았습니다.

데비안에서도 마찬가지입니다. 완전히 신선한 hello-world 이미지를 가져 오는 경우에도 컨테이너를 시작할 수 없습니다.

root<strong i="6">@vamp1</strong>:~# docker run hello-world
Unable to find image 'hello-world:latest' locally
latest: Pulling from hello-world
a8219747be10: Pull complete 
91c95931e552: Already exists 
hello-world:latest: The image you are pulling has been verified. Important: image verification is a tech preview feature and should not be relied on to provi
de security.
Digest: sha256:aa03e5d0d5553b4c3473e89c8619cf79df368babd18681cf5daeb82aab55838d
Status: Downloaded newer image for hello-world:latest
Error response from daemon: Cannot start container 69be8cff86828d1f4ca3db9eeeeb1a8891ce1e305bd07847108750a0051846ff: device or resource busy

Client version: 1.7.0
Client API version: 1.19
Go version (client): go1.4.2
Git commit (client): 0baf609
OS/Arch (client): linux/amd64
Server version: 1.7.0
Server API version: 1.19
Go version (server): go1.4.2
Git commit (server): 0baf609
OS/Arch (server): linux/amd64

PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
NAME="Debian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"

@tnolet docker info 출력을 제공하십시오.

@unclejack 내 호스트의 docker info 은

$ docker info
Containers: 24
Images: 128
Storage Driver: devicemapper
 Pool Name: docker-8:17-262147-pool
 Pool Blocksize: 65.54 kB
 Backing Filesystem: extfs
 Data file: 
 Metadata file: 
 Data Space Used: 2.897 GB
 Data Space Total: 107.4 GB
 Data Space Available: 104.5 GB
 Metadata Space Used: 7.918 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.14 GB
 Udev Sync Supported: true
 Deferred Removal Enabled: false
 Library Version: 1.02.89-RHEL6 (2014-09-01)
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.10.81-1.el6.elrepo.x86_64
Operating System: <unknown>
CPUs: 4
Total Memory: 7.812 GiB
Name: radioedit-app101
ID: RY22:ODAC:5NT5:MSBZ:Y52X:L33V:UCHA:IOIL:SR23:YX3U:IILJ:J44R
WARNING: No swap limit support

@tdterry RHEL 6 및 CentOS 6은 더 이상 Docker와 함께 사용하기 위해 Red Hat에서 지원되지 않습니다. RHEL 7 또는 CentOS 7로 업그레이드하십시오.

Docker는 공식적으로 Centos 6.5 (https://docs.docker.com/installation/centos/)를 지원합니다. 또한 커널을 3.10으로 업데이트했습니다. 여기에있는 다른 사람들은 CentOS 7에도 오류가 있다고보고합니다. CentOS 버전 문제보다 devicemapper 문제처럼 보입니다. CentOS 7로 업그레이드하면 다른 일이 일어날 것이라고 믿을 이유가 없습니다.

나는 CentOS 7, Docker 버전 1.6.0에서 이것을 가지고 있었고 devicemapper로 4749651을 빌드했습니다. 내 15 개의 컨테이너가 모두 추락했습니다. 매달린 이미지를 제거하려고하는데 같은 오류가 발생합니다.

Error response from daemon: Cannot destroy container: Driver devicemapper failed to remove root filesystem : Device is Busy

Containers: 25
Images: 237
Storage Driver: devicemapper
 Pool Name: docker-253:2-8594920394-pool
 Pool Blocksize: 65.54 kB
 Backing Filesystem: xfs
 Data file: 
 Metadata file: 
 Data Space Used: 22.03 GB
 Data Space Total: 107.4 GB
 Data Space Available: 85.34 GB
 Metadata Space Used: 25.47 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.122 GB
 Udev Sync Supported: false
 Library Version: 1.02.82-git (2013-10-04)
Execution Driver: native-0.2
Kernel Version: 3.10.0-229.4.2.el7.x86_64
Operating System: CentOS Linux 7 (Core)
CPUs: 24
Total Memory: 141.5 GiB
Name: localhost.localdomain

데몬이 중지 된 @amalagaura 에서 mount | grep docker 실행하면 몇 개의 디렉터리가 마운트 된 것으로 표시 될 수 있습니다 (예 /dev/mapper/docker-253:2-7995406-6296eddc5eaca30246c02d9b9c956161825bd7e92882a357214e091feba6f9b0 on ... ). 먼저 umount 한 다음 데몬을 다시 시작할 수 있습니다. 문제가 여전히 존재하는 경우 dmsetup ls | grep docker 및 docker-253:2-7995406-6296eddc5eaca30246c02d9b9c956161825bd7e92882a357214e091feba6f9b0 (253:5) 와 같은 항목을 확인합니다. 그 중 dmsetup remove docker-253:2-7995406-6296eddc5eaca30246c02d9b9c956161825bd7e92882a357214e091feba6f9b0 전화 할 수 있습니다.

@vbatts 도움을 주셔서 감사합니다. 우리의 진짜 문제는 15 대의 머신으로 구성된 프로덕션 클러스터가 막 죽었다는 것입니다. 이것은 다른 논의이지만 docker에 대한 지원을 원한다면 어떻게해야합니까?

1.7로 업그레이드 한 후에도 비슷한 문제가 발생했으며 elementaryOS의 1.6.2에서 정상적으로 작동했습니다.

내가 어떤 컨테이너를 시작할 때마다, 나는 메시지가

데몬의 오류 응답 : 컨테이너를 시작할 수 없습니다. 560640442c770dff574f5af7b6cdcc8e86ba8a613db87bf90a77aea7f0db322a : 장치 또는 리소스 사용 중

docker, rm -rf / var / lib / docker를 제거했으며 새로 설치해도 hello-world 이미지를 실행할 때 동일한 오류가 발생합니다.

또한 시도가 실패 할 때마다 폴더가 / var / docker / lib / aufs / mnt에 쌓이는 것을 발견했습니다.

나는 이것을 매우 자주 치고 있으며 devicemapper가 아닌 aufs를 사용하고 있습니다.

$ sudo docker info
Containers: 3
Images: 2278
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 2284
 Dirperm1 Supported: false
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.5.0-54-generic
Operating System: Ubuntu precise (12.04.2 LTS)
CPUs: 8
Total Memory: 7.725 GiB
Name: (omitted)
ID: DWS4:G2M5:XD2Q:CQKA:5OXF:I3RB:6M6F:GUVO:NUFM:KKTF:4RB2:X3HP

제공 할 수있는 디버깅 정보가 더 있으면 알려주세요.

같은 문제가 보입니다. umount 가 작동하지 않고 폴더가 마운트되지 않았다고 표시됩니다. 도커 1.5.0에서 이것을 관찰 한 다음 동일한 효과로 1.7.1로 업데이트했습니다.

$ docker info
Containers: 15
Images: 91
Storage Driver: devicemapper
 Pool Name: docker-202:1-149995-pool
 Pool Blocksize: 65.54 kB
 Backing Filesystem: extfs
 Data file: 
 Metadata file: 
 Data Space Used: 2.225 GB
 Data Space Total: 107.4 GB
 Data Space Available: 105.1 GB
 Metadata Space Used: 5.03 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.142 GB
 Udev Sync Supported: false
 Deferred Removal Enabled: false
 Library Version: 1.02.82-git (2013-10-04)
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.13.0-40-generic
Operating System: Ubuntu 14.04.1 LTS
CPUs: 1
Total Memory: 3.676 GiB
WARNING: No swap limit support

우분투 14.04에서 똑같이보기

$ docker info
Containers: 6
Images: 537
Storage Driver: devicemapper
 Pool Name: docker-8:1-262623-pool
 Pool Blocksize: 65.54 kB
 Backing Filesystem: extfs
 Data file:
 Metadata file:
 Data Space Used: 7.546 GB
 Data Space Total: 107.4 GB
 Data Space Available: 99.83 GB
 Metadata Space Used: 19.05 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.128 GB
 Udev Sync Supported: false
 Deferred Removal Enabled: false
 Library Version: 1.02.82-git (2013-10-04)
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.13.0-52-generic
Operating System: Ubuntu 14.04.2 LTS
CPUs: 2
Total Memory: 2.939 GiB
Name: test-app
ID: F5T4:5AIR:TDBZ:DGH4:WBFT:ZX6A:FVSA:DI4O:5HE2:CJIV:VVLZ:TGDS
WARNING: No swap limit support

$ docker version
Client version: 1.7.1
Client API version: 1.19
Go version (client): go1.4.2
Git commit (client): 786b29d
OS/Arch (client): linux/amd64
Server version: 1.7.1
Server API version: 1.19
Go version (server): go1.4.2
Git commit (server): 786b29d
OS/Arch (server): linux/amd64

응용 프로그램을 실행하려고하는데이 문제가 해결되었는지 여부는 이미 일부 컨테이너가 충돌 한 경험이있어 프로덕션에서 도커를 사용할 수 없으며 시스템을 재부팅하지 않으면 제거 할 수 없어 프로덕션 시스템에 고통이됩니다.

udev 동기화가 비활성화 된 @trompx devicemapper 가 작동하지 않습니다.
이것이 우리가 이제 정적 바이너리 대신 (동기화 문제를 해결하는) 동적 바이너리를 제공하는 이유의 일부입니다.
get.docker.com (및 lxc-docker 패키지)의 저장소를 apt.dockerproject.org 저장소 (및 docker-engine 패키지)로 바꾸는 것이 좋습니다.
자세한 내용은 http://blog.docker.com/2015/07/new-apt-and-yum-repos/ 를 참조하십시오.

컨테이너를 제거하는 데 문제가있을 때 설정되는 "dead"라는 새로운 (ish) 컨테이너 상태도 있습니다. 이것은 물론이 특정 문제에 대한 해결 방법입니다. 그러면 device or resource busy 오류 (아마 경쟁 조건)가있는 이유를 조사 할 수 있습니다.이 경우 다시 제거를 시도하거나 수동으로 시도 할 수 있습니다. 수정 (예 : 남은 마운트를 마운트 해제 한 다음 제거).

fs와 일종의 경쟁이있는 경우 (예 : 다시 마운트 해제를 시도하는 경우) 그래프 드라이버가 좀 더 탄력적 일 수 있습니다.

@ cpuguy83 정보 주셔서 감사합니다. 이제 udev true로 마지막 버전을 사용하고 있지만 로깅 모니터링 시스템을 설정하는 동안 문제가 발생하여 모든 컨테이너가 "종료 됨 (137)"상태에서 "죽음"상태가되었고 제거하려고하면 제거 "데몬에서 오류 응답 : 컨테이너 9ca0b5642a55를 제거 할 수 없음 : 드라이버 devicemapper가 루트 파일 시스템을 제거하지 못했습니다". 그래서 여전히이 문제가 있습니다.

syslog 드라이버를 사용하여 (내 로깅 시스템을 설정하려고) 무슨 일이 일어 났는지 알 수 없었기 때문에 무슨 일이 일어 났는지 정말 모릅니다. 이 문제를 해결하면 알려 드리겠습니다.

@trompx 이전 설치에서이 문제가 발생하면 문제가 발생할 수 있습니다.
컨테이너가 "죽은"상태가되면 docker rm -f 컨테이너를 다시

나는 그것을 다시 충돌시킬 수 있었지만 그 시간에 드라이버 json을 기록했습니다. 모든 컨테이너의 로그를 확인한 후 haproxy만이 유용한 입력 "/run.sh : fork : Cannot allocate memory"를 반환합니다. 스왑없이 메모리가 약간 부족해서 메모리가 부족한 것 같습니다. 이것이 원인이라면 Docker가 메모리가 부족할 때 충돌하여 모든 컨테이너를 종료한다는 의미입니까?

@trompx 확실히 Docker가 OOM을 죽이는 것을 막는 것은 없습니다.
docker가 충돌하면 컨테이너가 종료되지 않지만 docker가 백업을 시작하면 실행중인 모든 컨테이너가 종료되고 다시 시작 정책이있는 컨테이너가 시작됩니다.

Ubuntu 14.04에서 docker-compose 1.4.2 및 docker-engine 1.8.3을 사용할 때 자주 발생합니다.

@superdump 커널 버전?

@gionn : 3.13.0-65- 일반

@superdump @gionn ditto 동일한 버전의 소프트웨어, 커널 3.13.0-67- 일반

EBS SSD를 사용하여 AWS에서

도커 1.9를 사용하여 문제가 해결되었는지 확인한 사람이 있습니까? 볼륨과 관련된 몇 가지 작업이 있습니다 ...

볼륨 (컨테이너 수명주기 외부로 데이터를 확장한다는 의미에서)은 여기에서 영향을받는 것과는 다른 기능입니다.

unshare mounts가 이러한 문제에 대한 실행 가능한 해결책이라면, 데몬이 시작될 때 기본적으로 docker는 그렇게 할 수 없습니다 ..?
구현하기에 충분히 간단해야합니다.

이 작업을 수행하는 것은 간단하며 다양한 방법이 있습니다. 그만큼
메인테이너는 풀 리퀘스트를 받아들이고 싶지 않았습니다.
"핵"이었다.
2015 년 11 월 27 일 금요일 오전 6:49 Andreas Stenius [email protected]
썼다 :

마운트 공유 해제가 이러한 문제에 대한 실행 가능한 솔루션이라면 Docker는 할 수 없습니다.
기본적으로 데몬이 시작될 때 ..?
구현하기에 충분히 간단해야합니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/docker/docker/issues/5684#issuecomment -160153438.

그건 사실이 아니야. 우리는 이것을 가지고 있었고 그것은 문제를 일으켜 그것을 되돌 렸습니다. 문제를 일으키지 않으면 그렇게하는 것은 사소한 일입니다.

정보에 대해서 감사드립니다. 몇 개의 노드에 공유 해제 "해킹"을 추가했습니다.
어떻게되는지보세요 ...
fre 27 nov. 2015 kl. 19:01 skrev Brian Goff [email protected] :

그건 사실이 아니야. 우리는 이것을 가지고 있었고 그것은 문제를 일으켜 그것을 되돌 렸습니다.
문제를 일으키지 않으면 그렇게하는 것은 사소한 일입니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/docker/docker/issues/5684#issuecomment -160182860.

안녕하세요,

Docker를 사용할 때 위에서 설명한 문제가 발생합니다.

Failed to remove container (da3b06dc0723): Error response from daemon: Unable to remove filesystem for da3b06dc072328112eec54d7b0e00c2c355a8ef471e1ba3c82ab3ffb8e93891f: remove /var/lib/docker/containers/da3b06dc072328112eec54d7b0e00c2c355a8ef471e1ba3c82ab3ffb8e93891f/shm: device or resource busy
Failed to remove container (99cfba26be16): Error response from daemon: Unable to remove filesystem for 99cfba26be16bf7b475aaa4ed3d50f7fca3179082decc60f1418d22745f5a855: remove /var/lib/docker/containers/99cfba26be16bf7b475aaa4ed3d50f7fca3179082decc60f1418d22745f5a855/shm: device or resource busy
Failed to remove container (c34922906202): Error response from daemon: Unable to remove filesystem for c34922906202713a573a45f18f8db45ad6788bde2255f75b0f0e027800721b26: remove /var/lib/docker/containers/c34922906202713a573a45f18f8db45ad6788bde2255f75b0f0e027800721b26/shm: device or resource busy

내 Docker 버전 정보는 다음과 같습니다.
고객:
버전 : 1.10.2
API 버전 : 1.22
Go 버전 : go1.5.3
힘내 커밋 : c3959b1
건축 : 2016 년 2 월 22 일 월요일 21:37:01
OS / 아치 : linux / amd64

섬기는 사람:
버전 : 1.10.2
API 버전 : 1.22
Go 버전 : go1.5.3
힘내 커밋 : c3959b1
건축 : 2016 년 2 월 22 일 월요일 21:37:01
OS / 아치 : linux / amd64

내가이 문제를 아주 최근에 발견했음을 주목해야한다. 저는 거의 1 년 가까이 Docker와 함께 일하고 있습니다.

안녕하세요,
컴퓨터를 다시 시작한 후 이전에 제거되지 않은 컨테이너가 제거되었음을 알았습니다. 이것은 당면한 문제를 해결하지만 컨테이너가 축적되고 항상 OS를 재부팅해야하는 것은 짜증날 것입니다.

@chirangaalwis +1. 컨테이너가 한동안 실행 된 후에 이런 일이 발생 했습니까? 아니면 컨테이너를 시작한 직후에 발생합니까?

안녕하세요,
내가 기억할 수있는 한, 나는 컨테이너가 시작된 이후 상당한 시간이 지난 후에 이것을 경험했습니다. 정확하기에는 오랜 시간이 지나지 않았습니다.

그건 그렇고 누군가 가이 문제의 원인을 철저히 설명 할 수 있다면 좋을 것입니다. 저는 컨테이너화 개념에 비교적 익숙하지 않습니다.

@chirangaalwis 이 문제를 확인 https://github.com/docker/docker/issues/17902 커널 버전에 따라 다를 수 있습니다. 다음날 문제가 발생한 컴퓨터의 커널을 업그레이드하여 문제가 해결되는지 확인하겠습니다.

+1. 그래, 내 커널 버전도 3.13입니다. 네, 제가보고 한지도와 이것도 확인하겠습니다.

@chirangaalwis @kabobbob ... 저는 RHEL 7.2 및 커널 3.10에 있습니다.

[root<strong i="7">@pe2enpmas301</strong> npmo-server]# uname -a
Linux pe2enpmas301.corp.intuit.net 3.10.0-327.3.1.el7.x86_64 #1 SMP Fri Nov 20 05:40:26 EST 2015 x86_64 x86_64 x86_64 GNU/Linux

docker-compose 사용하여 컨테이너를 중지하고 시작하는 동안이 오류가 계속 발생합니다 ....

Recreating npmoserver_policyfollower_1
ERROR: Driver devicemapper failed to remove root filesystem 3bb07965510f2c398c0fc99c3e0ce4696914f710efabc47f2df19ecf85725021: Device is Busy

유일한 해결 방법은 중지하고 다시 시도하기 전에 몇 초 동안 기다리는 것입니다. 문제는 다시 시작이 작동한다고 보장되지 않는다는 것입니다. 나는 때때로 다시 시작하기 위해 여러 번 시도합니다.

@chirangaalwis @marcellodesales 서버를 커널 3.16으로 업그레이드하고 컨테이너 중지 및 rm을 시도했습니다. 모두 잘 작동하는 것 같았습니다. 작업이 필요하고 문제가 해결되었는지 확인합니다.

@kabobbob이 더 잘 작동하는 것으로 판명되면 며칠 후에보고 해주세요 ... 사전 프로덕션 환경을 업그레이드하고보고하겠습니다.

rhel 7.2에서이 문제가 발생했습니다-yum 업데이트 && systemctl 재부팅으로 해결되었습니다.

직접 LVM 및 Docker 버전 1.9.1을 사용했습니다.

나는 또한이 문제가 있습니다. 내 설정 : Ubuntu 14.04, 커널 "3.19.0-58-generic # 64 ~ 14.04.1-Ubuntu"로 업데이트되었습니다. Docker 버전 1.11.0, 빌드 4dc5990. "docker-compose 버전 1.7.0, 빌드 0d7bf73".

docker-compose up -d 가 새 이미지로 인해 컨테이너를 다시 시작하면 중지 된 컨테이너를 제거 할 수없는 경우가 종종 있습니다.

재부팅 만하면 컨테이너를 시작할 수 있습니다. 그렇다면 문제는 100 % 재현 할 수는 없지만 매우 자주 발생합니다. 그래서 호스트 컴퓨터를 자주 재부팅해야합니다 :-(

$ docker rm 5435d816c9a3_dockercomposeui_docker-compose-ui_1
Error response from daemon: Driver devicemapper failed to remove root filesystem 5435d816c9a35c63a5a636dc56b7d9052f1681ae21d604127b1685dab3848404: Device is Busy

과

# docker ps -a | grep dockercomposeui
5435d816c9a3        c695fdb43f7a                          "/env/bin/python /app"   2 days ago          Dead                                                                                                                   5435d816c9a3_dockercomposeui_docker-compose-ui_1

@dsteinkopf 1.10에서 1.11로 업그레이드 한

아니요, 문제는 이미 docker 1.10과 기본 우분투 14.04-kernel (~ 3.10) 및 aufs를 사용하여 이미 존재했습니다. 그런 다음 스토리지 드라이버, 커널 및 도커를 단계별로 업그레이드했습니다. 경험 한 문제에 큰 변화가 없습니다 ...

이 문제와 관련하여 오버레이를 시도 할 가치가 있다고 생각하십니까? (제 경우 성능은 큰 문제가 아닙니다.)

@thaJeztah 전과 이후 로이 문제를 본 적이 없습니다.

1.10에서 1.11로 업그레이드 한 후이 문제가 발생 했습니까?

이 문제가 있습니다 :(

아직도 이걸 가지고있어
RHEL 7.2 커널 -3.10.0-327.el7.x86_64
Docker 버전 1.9.1, 빌드 78ee77d / 1.9.1
device-mapper-libs-1.02.107-5.el7_2.1.x86_64

또한 문제가 있습니다.

docker rm agent4 Error response from daemon: Driver aufs failed to remove root filesystem 16a3129667975c411d0084b38ba512761b64eaa7853f3452a7f8e4f2898d1175: rename /var/lib/docker/aufs/diff/76125e9141ec9de7c12e20d41b00cb44826b19bedf98bd9c650cb7a7cc07913a /var/lib/docker/aufs/diff/76125e9141ec9de7c12e20d41b00cb44826b19bedf98bd9c650cb7a7cc07913a-removing: device or resource busy

도커 버전

Client:
 Version:      1.11.0
 API version:  1.23
 Go version:   go1.5.4
 Git commit:   4dc5990
 Built:        Wed Apr 13 18:26:49 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.11.0
 API version:  1.23
 Go version:   go1.5.4
 Git commit:   4dc5990
 Built:        Wed Apr 13 18:26:49 2016
 OS/Arch:      linux/amd64

도커 정보

Containers: 9
 Running: 8
 Paused: 0
 Stopped: 1
Images: 80
Server Version: 1.11.0
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 193
 Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge null host
Kernel Version: 3.16.0-4-amd64
Operating System: Debian GNU/Linux 7 (wheezy)
OSType: linux
Architecture: x86_64
CPUs: 8
Total Memory: 31.45 GiB
Name: chell
ID: BXX3:THMK:SWD4:FP35:JPVM:3MV4:XJ7S:DREY:O6XO:XYUV:RHXO:KUBS
Docker Root Dir: /var/lib/docker
Debug mode (client): false
Debug mode (server): false
Registry: https://index.docker.io/v1/
WARNING: No memory limit support
WARNING: No swap limit support
WARNING: No kernel memory limit support
WARNING: No oom kill disable support
WARNING: No cpu cfs quota support
WARNING: No cpu cfs period support

uname -a

Linux chell 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-1 (2016-03-06) x86_64 GNU/Linux

이것은 서로 다른 문제의 혼합입니다. 이걸 닫아야한다고 생각합니다. 최근에보고 된 사례 중 OP와 같은 것은 없습니다.

@guenhter 나는 이것이 / var / run을 컨테이너 (호스트의 다른 컨테이너)에 마운트하거나 / var / lib / docker를 마운트하는 것과 관련된 다른 문제와 관련이 있다고 생각합니다.

@guenhter 기록 # 21969

또한 "장치 또는 리소스 사용 중"유형 오류와 관련된 많은 1.11 이전 문제는 데몬을 종료 한 다음 (비정상적으로) 백업을 시작하는 데서 발생합니다.
이로 인해 스토리지 드라이버 마운트의 내부 참조 카운트가 0으로 재설정되는 반면 마운트 자체는 여전히 활성 상태입니다.
1.11은이 경우를 다룹니다.

위에 언급 된 이유로 종료됩니다.

죄송합니다.이 내용을 이해하는지 잘 모르겠습니다. "최근에보고 된 사례 중 OP와 같은 사례가 없습니다"라는 의미는 무엇입니까?
나 (및이 문제를 겪고있는 다른 사람)는 어떻게해야합니까? 다른 케이스를 열까요?

@dsteinkopf 예, 제공 할 수있는 세부 정보 (파일 작성, 데몬 로그 등)를 포함합니다.

안녕하세요, 이전에 지정한 문제에 대해 언급하기 위해 커널 버전을 4.4.0-21-generic으로 업그레이드했으며 도커 버전 정보는 다음과 같습니다.
고객:
버전 : 1.11.0
API 버전 : 1.23
Go 버전 : go1.5.4
힘내 커밋 : 4dc5990
건축 : 2016 년 4 월 13 일 수요일 18:38:59
OS / 아치 : linux / amd64

섬기는 사람:
버전 : 1.11.0
API 버전 : 1.23
Go 버전 : go1.5.4
힘내 커밋 : 4dc5990
건축 : 2016 년 4 월 13 일 수요일 18:38:59
OS / 아치 : linux / amd64

이전에보고 된 문제가 더 이상 발생하지 않은 것 같습니다. 커널 버전을 업그레이드하여 상당한 시간 동안 Docker를 사용했는데 중지 된 것 같습니다.

최소한 docker-compose와 함께 사용할 때 문제에 대한 해결 방법을 찾았습니다. https://github.com/docker/docker/issues/3786#issuecomment -221601065를 참조

다시 시작하지 못하는 컨테이너와 동일한 문제입니다.

Ubuntu 14.04
커널 : 3.13.0-24- 일반
Docker 버전 :

Client:
 Version:      1.11.0
 API version:  1.23
 Go version:   go1.5.4
 Git commit:   4dc5990
 Built:        Wed Apr 13 18:34:23 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.11.0
 API version:  1.23
 Go version:   go1.5.4
 Git commit:   4dc5990
 Built:        Wed Apr 13 18:34:23 2016
 OS/Arch:      linux/amd64

오류:

Error response from daemon: Driver aufs failed to remove root filesystem 
802f3a6eb28f8f16bf8452675a389b1d8bf755e59c827d50bec9372420f4194a: 
rename /var/lib/docker/aufs/diff/79e53988cfddcc3fb9868316bd9d8c3d7a825fd09a8620553c148bd96243224f /var/lib/docker/aufs/diff/79e53988cfddcc3fb9868316bd9d8c3d7a825fd09a8620553c148bd96243224f-removing: 
device or resource busy

마운트 해제 실패 :

umount: /var/lib/docker/devicemapper
/mnt/79e53988cfddcc3fb9868316bd9d8c3d7a825fd09a8620553c148bd96243224f is not mounted 
(according to mtab)

이것은 여전히 ​​우리에게 문제입니다 (Ubuntu 14.04.4 LTS (KVM 포함) (3.13.0-88-generic)에서 1.11.2 사용).

구독 할 수있는 공개 티켓이 있나요?

@GameScripting # 21704 참조

Linux zk1 3.10.0-327.28.3.el7.x86_64 (centos 7)
Docker 버전 1.12.1, 빌드 23cf638

데몬의 오류 응답 : 드라이버 devicemapper가 루트 파일 시스템을 제거하지 못했습니다. 228f2c2da3de4d5abd3881184aeb330a4c18e4311ecf404e2fb8cd4ffe15e901 : devicemapper : DeleteDevice 실행 오류 dm_task_run 실패

방금 만났어요. /etc/init.d/docker restart 도움이 됐습니다. 프로덕션 머신에 없었던 것이 기쁩니다 ... 😢

$ docker --version
Docker version 1.11.1, build 5604cbe

아직도 이것도 받고

$ docker --version
Docker version 1.12.2, build bb80604

많은 버전의 Docker에서 동일한 문제가 발생했습니다. docker-compose 를 사용하여 컨테이너를 다시 만듭니다. 때로는 깨끗하게 작동하고 때로는 그렇지 않습니다. docker 데몬을 다시 시작하거나 서버를 재부팅하면 잘못된 컨테이너가 정리됩니다.

아치 리눅스; ext4 FS의 devicemapper 컨테이너.

$ docker version
Client:
 Version:      1.12.3
 API version:  1.24
 Go version:   go1.7.3
 Git commit:   6b644ec
 Built:        Thu Oct 27 19:42:59 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.12.3
 API version:  1.24
 Go version:   go1.7.3
 Git commit:   6b644ec
 Built:        Thu Oct 27 19:42:59 2016
 OS/Arch:      linux/amd64
$ docker info
Containers: 24
 Running: 22
 Paused: 0
 Stopped: 2
Images: 56
Server Version: 1.12.3
Storage Driver: devicemapper
 Pool Name: docker-8:3-13500430-pool
 Pool Blocksize: 65.54 kB
 Base Device Size: 10.74 GB
 Backing Filesystem: xfs
 Data file: /dev/loop0
 Metadata file: /dev/loop1
 Data Space Used: 9.394 GB
 Data Space Total: 107.4 GB
 Data Space Available: 78.15 GB
 Metadata Space Used: 24.82 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.123 GB
 Thin Pool Minimum Free Space: 10.74 GB
 Udev Sync Supported: true
 Deferred Removal Enabled: false
 Deferred Deletion Enabled: false
 Deferred Deleted Device Count: 0
 Data loop file: /var/lib/docker/devicemapper/devicemapper/data
 WARNING: Usage of loopback devices is strongly discouraged for production use. Use `--storage-opt dm.thinpooldev` to specify a custom block storage device.
 Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata
 Library Version: 1.02.135 (2016-09-26)
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: seccomp
Kernel Version: 4.7.2-1-ARCH
Operating System: Arch Linux
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 30.85 GiB
Name: omega
ID: IR7W:NSNN:F2B3:YP32:YTQJ:OFEB:2XLK:HHCK:HJ33:5K3O:KEHI:SDUB
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Insecure Registries:
 127.0.0.0/8
$ df -T
Filesystem     Type     1K-blocks      Used Available Use% Mounted on
dev            devtmpfs  16169500         0  16169500   0% /dev
run            tmpfs     16173076      2712  16170364   1% /run
/dev/sda3      ext4     447260560 371064976  53453004  88% /
tmpfs          tmpfs     16173076         0  16173076   0% /dev/shm
tmpfs          tmpfs     16173076         0  16173076   0% /sys/fs/cgroup
tmpfs          tmpfs     16173076      1144  16171932   1% /tmp
/dev/sda1      ext4        289293     45063    224774  17% /boot
tmpfs          tmpfs      3234612         8   3234604   1% /run/user/1000
/dev/sdb2      ext4     403042160  15056296 367489480   4% /run/media/ivan/backup
/dev/sda4      ext4     480580312 320608988 135536228  71% /run/media/ivan/ARCHIVES
/dev/sdb3      ext4     225472980   1473948 212522604   1% /run/media/ivan/data

도움이된다면 ...

나는 여기에서도 동일하거나 유사한 문제가 있다고 생각합니다. compose up -d를 사용하여 서비스를 배포 한 다음 compose.yaml에서 이미지 이름을 다른 이름으로 업데이트하고 다른 compose up -d를 수행하면 compose가 devicemapper 관련 오류와 함께 실패합니다.

오류
오류 : <> 드라이버 devicemapper가 루트 파일 시스템을 제거하지 못했습니다. 216c098e0f051407863934c27111bd1e9b7561dff1c4d67c0f0d45a99505fa70 : 장치가 사용 중입니다.

버전 정보 :
도커 버전
고객:
버전 : 1.12.1
API 버전 : 1.24
Go 버전 : go1.6.3
힘내 커밋 : 23cf638
세워짐:
OS / 아치 : linux / amd64

섬기는 사람:
버전 : 1.12.1
API 버전 : 1.24
Go 버전 : go1.6.3
힘내 커밋 : 23cf638
세워짐:
OS / 아치 : linux / amd64

임시 해결 방법으로 다시 실행하기 전에 docker-compose down --rmi all을 추가했습니다.

Docker 버전에서도 동일한 문제가 있습니다 : 1.12.3

이 문제를 겪고있는 나머지 사람들은 # 27381과 관련이 있다고 확신합니다.

나는 CentOs 7의 docker 1.12.3에서 이것을보고 있습니다.

dc2-elk-02 : / root / staging / ls-helper $ docker --version
Docker 버전 1.12.3, 빌드 6b644ec
dc2-elk-02 : / root / staging / ls-helper $ uname -a
Linux dc2-elk-02 3.10.0-327.36.3.el7.x86_64 # 1 SMP Mon Oct 24 16:09:20 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux
dc2-elk-02 : / root / staging / ls-helper $ docker rm ls-helper
데몬의 오류 응답 : 드라이버 devicemapper가 루트 파일 시스템 e1b9cdeb519d2f4bea53a552c8b76c1085650aa76c1fb90c8e22cac9c2e18830 : 장치가 사용 중입니다.

추신 : 나는 docker compose를 사용하지 않습니다.

호스트가 디스크 공간을 벗어난 후에 물 렸습니다.
마운트 지점에 영향을 미치는 모든 명령이 중단됩니다 ( "docker ps", "sync", "ls", ...)

비슷한 문제가 있었는데 내 / var / log / syslog 파일에서 다음과 같은 오류를 보았습니다.
Dec 16 14:32:18 rzing dockerd[3093]: time="2018-12-16T14:32:18.627417173+05:30" level=error msg="Failed to load container mount 00d7b9d64ff6c465276e67f5a5e3642ebacd9616c7602d4361b3a7fab038510a: mount does not exist" Dec 16 14:32:18 rzing dockerd[3093]: time="2018-12-16T14:32:18.627816711+05:30" level=error msg="Failed to load container mount fb108b942f8ed87a9e1affb6480ed477a8f5f823b2639e36348cde4a97924c5e: mount does not exist"
/var/lib/docker/volumes 에서 마운트 지점을 검색했지만 찾지 못했습니다.
마지막으로 시스템을 재부팅하면 문제가 해결되었습니다.