Compose: Containeri is staing in state " Removal In Progress" for 12 weeks

Created on 9 May 2016 · 18Comments · Source: docker/compose

docker ps --all
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS                PORTS               NAMES
9adaaacc30d3        3d93fd21072f        "/bin/bash"         12 weeks ago        Removal In Progress                       9adaaacc30_9adaaacc30_9adaaacc30_9adaaacc30_9adaaacc30_9adaaacc30_9adaaacc30_9adaaacc30_9adaaacc30_9adaaacc30_9adaaacc30_9adaaacc30_web

$ docker info
Containers: 1
 Running: 0
 Paused: 0
 Stopped: 1
Images: 35
Server Version: 1.11.1
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 146
 Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins: 
 Volume: local
 Network: bridge null host
Kernel Version: 3.19.0-58-generic
Operating System: Ubuntu 14.04.4 LTS
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 11.65 GiB
Name: yuklia
ID: X2GJ:JAQ3:MU3L:44E6:5O45:LHAY:RLRR:FQ25:PZ55:3SDP:KPY5:BQ6H
Docker Root Dir: /var/lib/docker
Debug mode (client): false
Debug mode (server): false
Username: yuklia
Registry: https://index.docker.io/v1/

docker rm -f 9adaaacc30d3 makes no sense

Source

yuklia

😄2

Most helpful comment

Hm, I don't think this is a docker-compose issue. However, the way I would proceed is

Stop the docker daemon (sudo service docker stop)
Remove the remaining container files sudo rm -rf /var/lib/docker/containers/9adaaacc30d3<TAB>
Start the docker daemon (sudo service docker start).

HTH

shin- on 11 May 2016

👍28

All 18 comments

have you tried forcing removal?

docker rm -f 9adaaacc30d3

liamawhite on 9 May 2016

@liamawhite yes, it doesn't help

yuklia on 10 May 2016

Hm, I don't think this is a docker-compose issue. However, the way I would proceed is

Stop the docker daemon (sudo service docker stop)
Remove the remaining container files sudo rm -rf /var/lib/docker/containers/9adaaacc30d3<TAB>
Start the docker daemon (sudo service docker start).

HTH

shin- on 11 May 2016

👍28

I'm closing this issue now, if you're still experiencing trouble feel free to comment again.

shin- on 23 May 2016

I have created Cronjob for removing docker containers, I found same "Removal in Progress" .

shahmaulikn on 5 Jun 2017

I am facing this same issue in docker 17.09-ce , when I manually try to remove the container i get the folllowing error
Error response from daemon: unable to remove filesystem for 872a4f65532abd823760e8bdce43c614bc171570b8d6cf3264c3deb274cf01b5: remove /var/lib/docker/containers/872a4f65532abd823760e8bdce43c614bc171570b8d6cf3264c3deb274cf01b5/shm: device or resource busy
If the daemon is restarted then these exited/Removal In Progress containers disappear.As this is my production system I cant take chance of restarting daemon again and again. Any suggestions how can we overcome this behavior.

karanp24 on 3 Oct 2017

👍8

Same here, this issue should not stay closed. Docker version 18.02.0-ce.

r2p2 on 4 Mar 2018

👍2 👎1

Same problem, it confused me for a long time, please fix it. docker version 17.12.0-ce.

dogrod on 5 Mar 2018

👎1

18.05.0-ce
Cannot force remove container from /var/liv/docker/containers neither remove it with force remove via docker rm -f

Irytacja on 29 Jun 2018

👍8

root@11:~# systemctl stop docker
root@11:~# rm -rf /var/lib/docker/containers/f0e2078...5/
rm: cannot remove '/var/lib/docker/containers/f0e...5/mounts/shm': 
Device or resource busy

xu-song on 30 Sep 2018

It also works this
docker rmi $(docker images -a -q) -f
docker rm $(docker ps -a -f status=exited -q)
restart docker

use it careful !

FritschAuctores on 12 Nov 2018

👍1

same issue in latest stable version of docker-ce..this is causing a lots of issue now...whenever we are deleting a container it goes in "Removal In Progress" and only option to fix is to reboot the server..even manual docker service stop hangs.

Can someone please let us know the solution or when can this be fixed.

rahman13dec4u on 19 Nov 2018

One of our servers has such issue, I compared it with other servers and find the difference is we use "devicemapper" as Storage Driver. I am investigating this and will update anything new here.

jerryleooo on 29 Jan 2019

@jerryleooo devicemapper is deprecated as of 18.09, so I doubt you're going to get closure on this ticket. I haven't seen the problem since migrating to overlay2 (CentOS 7).

AaronDMarasco-VSI on 30 Jan 2019

👍1

@AaronDMarasco-VSI I think so. The server with issue is CentOS 7 with 3.10.0-327 kernel and the file system is xfs. We found it is a little frustrated to change it to overlay2 due to the xfs file system. Right now we simply remove it from production servers and will change the file system later.

jerryleooo on 31 Jan 2019

@jerryleooo I am using overlay2 on xfs with 3.10.0-957.1.3.el7.x86_64 with no problems. I was lucky to have some extra space in my LVM when I moved it from the raw devicemapper partitions (forget the details, but one was sparse allocated and the other was metadata).

AaronDMarasco-VSI on 31 Jan 2019

Hm, I don't think this is a docker-compose issue. However, the way I would proceed is

Stop the docker daemon (sudo service docker stop)

Remove the remaining container files sudo rm -rf /var/lib/docker/containers/9adaaacc30d3<TAB>

Start the docker daemon (sudo service docker start).

HTH

You've saved my day! this method help me, thank you!

4sskick on 5 Aug 2019

🚀1

Hm, I don't think this is a docker-compose issue. However, the way I would proceed is

Stop the docker daemon (sudo service docker stop)

Remove the remaining container files sudo rm -rf /var/lib/docker/containers/9adaaacc30d3<TAB>

Start the docker daemon (sudo service docker start).

HTH

For Windows, the path for the containers directory is:
C:\ProgramData\docker\containers