Hide Forgot
Created attachment 1135449 [details] reproducer script: create in-use image, try to rmi it by hash Using: docker-1.9.1-el7 'docker rmi' of an in-use image will fail (correctly) but will erase an associated image name, leaving it as <none>: $ docker images [edited for legibility] foo latest f129792fbded 1 seconds ago 194.6 MB $ docker rmi f129792fbded Error response from daemon: conflict: unable to delete f129792fbded (cannot be forced) - image is being used by running container c1f1084111e5 Error: failed to remove images [f129792fbdedc0357363361668bb8a7e63096c06bd99ae94b82397d3490186be] $ docker images [edited for legibility] <none> <none> f129792fbded 4 seconds ago 194.6 MB See attached reproducer script.
I tried this on docker upstream. This is fixed in docker latest (upstream/master) branch. Ed, Can you try it on docker 1.10 and see if it's fixed there ? Shishir
I cannot reproduce on docker-latest-1.10.3-22.el7. Tried manually, with reproducer script, and with docker-autotest. All gave the desired behavior. I know there's a -26 out but I haven't installed it on my test setup. I will be on PTO until June 20 and will not be able to do further tests.
Fixed in Docker 1.10. Moving this to modified. Shishir
(In reply to Ed Santiago from comment #3) > I cannot reproduce on docker-latest-1.10.3-22.el7. Tried manually, with > reproducer script, and with docker-autotest. All gave the desired behavior. > > I know there's a -26 out but I haven't installed it on my test setup. I will > be on PTO until June 20 and will not be able to do further tests. works well with the -40 version, move to verified
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2016:1274