Running on Centos7 and Docker 1.8.2, I was unable to use the Zgr3doo solution for umount by devicemapper (I think I got the answer that the volume was not installed / found.)
I think that I also had a similar situation with sk8terboi87 γ the answer: I believe that the message was that the volumes could not be unmounted, and he listed the specific volumes that he was trying to remove in order to remove dead containers.
What worked for me, first stopped the docker, and then manually deleted the directories. I was able to determine which ones were removed from the previous command in order to remove all dead containers.
Sorry for the vague descriptions above. I found this question a few days after I handled the dead containers ... However, I noticed a similar picture today:
$ sudo docker stop fervent_fermi; sudo docker rm fervent_fermi fervent_fermi Error response from daemon: Cannot destroy container fervent_fermi: Driver devicemapper failed to remove root filesystem a11bae452da3dd776354aae311da5be5ff70ac9ebf33d33b66a24c62c3ec7f35: Device is Busy Error: failed to remove containers: [fervent_fermi] $ sudo systemctl docker stop $ sudo rm -rf /var/lib/docker/devicemapper/mnt/a11bae452da3dd776354aae311da5be5ff70ac9ebf33d33b66a24c62c3ec7f35 $
I noticed that when using this approach, dockers re-created images with different names:
a11bae452da3 trend_av_docker "bash" 2 weeks ago Dead compassionate_ardinghelli
Perhaps this is due to the fact that the container is issued with restart = always, but the container identifier corresponds to the identifier of the container that previously used the volume that I forcibly deleted. Failed to resolve this new container:
$ sudo docker rm -v compassionate_ardinghelli compassionate_ardinghelli
Cognitiaclaeves Mar 21 '16 at 15:38 2016-03-21 15:38
source share