Docker remove container error

別のボリュームでコンテナを再実行したり、イメージを更新したい場合。私は停止し、コンテナを削除しようとするが、多くの場合、私はコンテナを削除するためにドッカデーモンを再起動する必要がrmコマンドにDocker remove container error

# docker rm containername 

Error response from daemon: Driver devicemapper failed to remove root filesystem dbe6....f91f: Device is Busy

をgeterror。

~ # docker version                           [email protected] 
    Client: 
    Version:  1.12.5 
    API version: 1.24 
    Go version: go1.6.4 
    Git commit: 7392c3b 
    Built:  Fri Dec 16 02:23:59 2016 
    OS/Arch:  linux/amd64 

    Server: 
    Version:  1.12.5 
    API version: 1.24 
    Go version: go1.6.4 
    Git commit: 7392c3b 
    Built:  Fri Dec 16 02:23:59 2016 
    OS/Arch:  linux/amd64 
    ------------------------------------------------------------ 
~ # docker info                            [email protected] 
    Containers: 40 
    Running: 11 
    Paused: 0 
    Stopped: 29 
    Images: 32 
    Server Version: 1.12.5 
    Storage Driver: devicemapper 
    Pool Name: docker-8:3-28705145-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: 14.83 GB 
    Data Space Total: 107.4 GB 
    Data Space Available: 92.54 GB 
    Metadata Space Used: 21.15 MB 
    Metadata Space Total: 2.147 GB 
    Metadata Space Available: 2.126 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-RHEL7 (2016-09-28) 
    Logging Driver: json-file 
    Cgroup Driver: cgroupfs 
    Plugins: 
    Volume: local 
    Network: bridge overlay host null 
    Swarm: inactive 
    Runtimes: runc 
    Default Runtime: runc 
    Security Options: seccomp 
    Kernel Version: 3.10.0-514.2.2.el7.x86_64 
    Operating System: CentOS Linux 7 (Core) 
    OSType: linux 
    Architecture: x86_64 
    CPUs: 8 
    Total Memory: 30.96 GiB 
    Name: CentOS-72-64-minimal 
    ID: SMTY:72HJ:5QIS:AT63:6GPI:U2UQ:KUYY:C7M6:UIOY:37AR:JS53:JAGA 
    Docker Root Dir: /var/lib/docker 
    Debug Mode (client): false 
    Debug Mode (server): false 
    Registry: https://index.docker.io/v1/ 
    WARNING: bridge-nf-call-iptables is disabled 
    WARNING: bridge-nf-call-ip6tables is disabled 
    Insecure Registries: 
    127.0.0.0/8

出典

2016-12-23 MadDocNC

シンプルな考え方、システムの再起動を試みたり、少なくともDockerサービスを再起動してください。 –

はい、私は、ドッカーデーモンの再起動が私が今見つけた唯一の解決策であると述べました。 – MadDocNC

私はこの問題をRed Hatホストでかなり経験しています。これに関する報告された問題の修正は、新しいカーネルにアップグレードすることです。それがオプションではない場所の回避策として、私はdocker rm -f ...を使用していますが、それでもエラーはスローされますが、コンテナはクリーンアップされます。デーモンの再起動よりもはるかに速く、侵入も少なくなります。

出典

2016-12-24 04:05:42 BMitch

ベストソリューションだと思いますが、今のところカーネルのアップグレードについてはわかりません。強制削除を使用しましたが、コンテナが本当に削除されたかどうかを確認することができなくなりました。 – MadDocNC

私はservice docker restartはほとんど常に問題を修正し、同じ問題を経験した。（ドッカサービスを再起動する）

にavailbaleこの問題hereに関する詳細な情報を。

出典

2016-12-23 16:38:57

答えて

関連する問題