You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After a day or two, our continuous deployment of new docker images to VM fills the space of /var/lib/docker. Removing all containers/images/volumes, and then doing docker system prune --all --volumes --force does not reclaim space.
Workaround: remove docker RPM, then remove the directory manually.
Steps to reproduce the issue:
Push docker images each night (around 40GB, but with lots of common layers)
[root@ci1l2pdck-s00 ~]# docker system df
TYPE TOTAL ACTIVE SIZE RECLAIMABLE
Images 0 0 0B 0B
Containers 0 0 0B 0B
Local Volumes 0 0 0B 0B
Build Cache 0 0 0B 0B
[root@ci1l2pdck-s00 ~]# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
[root@ci1l2pdck-s00 ~]# docker images -a
REPOSITORY TAG IMAGE ID CREATED SIZE
[root@ci1l2pdck-s00 ~]# docker volume ls
DRIVER VOLUME NAME
Describe the results you expected: du -sh /var/lib/docker/overlay2 should be less than 10MB with 0 containers 0 images 0 volumes etc.
Additional information you deem important (e.g. issue happens only occasionally):
Systematic but take a day or two to reproduce. Happens in cloud and onpremise machines.
Output of docker version:
[root@ci1l2pdck-s00 ~]# docker version
Client: Docker Engine - Community
Version: 20.10.11
API version: 1.41
Go version: go1.16.9
Git commit: dea9396
Built: Thu Nov 18 00:38:53 2021
OS/Arch: linux/amd64
Context: default
Experimental: true
Server: Docker Engine - Community
Engine:
Version: 20.10.11
API version: 1.41 (minimum version 1.12)
Go version: go1.16.9
Git commit: 847da18
Built: Thu Nov 18 00:37:17 2021
OS/Arch: linux/amd64
Experimental: false
containerd:
Version: 1.4.12
GitCommit: 7b11cfaabd73bb80907dd23182b9347b4245eb5d
runc:
Version: 1.0.2
GitCommit: v1.0.2-0-g52b36a2
docker-init:
Version: 0.19.0
GitCommit: de40ad0
It seems we did not have this issue in an older version. We migrated a few month ago from 19.03.12-3.el7.x86_64 (mirror of 2020-09-11) to 20.10.11-3.el7.x86_64 (mirror of 2021-12-07).
For info I did the removal of docker-ce and persistence many time, so this is not just an issue of old layers orphaned from the migration of docker upgrade.
Description
After a day or two, our continuous deployment of new docker images to VM fills the space of /var/lib/docker. Removing all containers/images/volumes, and then doing
docker system prune --all --volumes --force
does not reclaim space.Workaround: remove docker RPM, then remove the directory manually.
Steps to reproduce the issue:
Describe the results you received:
Describe the results you expected:
du -sh /var/lib/docker/overlay2
should be less than 10MB with 0 containers 0 images 0 volumes etc.Additional information you deem important (e.g. issue happens only occasionally):
Systematic but take a day or two to reproduce. Happens in cloud and onpremise machines.
Output of
docker version
:Output of
docker info
:Additional environment details (AWS, VirtualBox, physical, etc.):
Cloud VM CentOS 7.9:
Physical machines Redhat 7.9
RPM: docker-ce-20.10.11-3.el7.x86_64 in both
Kubernetes:
The text was updated successfully, but these errors were encountered: