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
Every time container-maintainer pulls down a new image, the old one (and all unused volumes, networks, etc) remain and take up space. As development progresses, this will cause space issues in our oldest production devices. A docker system prune should be called regularly to clean this up.
The challenge comes in that we would like to be able to rollback changes quickly if a new docker container does not work properly, so simply calling docker system prune at the end of the container-maintainer script could introduce new issues when a container immediately fails (We would have to redownload the old container). As @abalmos mentioned, only pruning images older than a week should be sufficient
This would likely live in container-maintainer
The text was updated successfully, but these errors were encountered:
Every time container-maintainer pulls down a new image, the old one (and all unused volumes, networks, etc) remain and take up space. As development progresses, this will cause space issues in our oldest production devices. A
docker system prune
should be called regularly to clean this up.The challenge comes in that we would like to be able to rollback changes quickly if a new docker container does not work properly, so simply calling
docker system prune
at the end of the container-maintainer script could introduce new issues when a container immediately fails (We would have to redownload the old container). As @abalmos mentioned, only pruning images older than a week should be sufficientThis would likely live in container-maintainer
The text was updated successfully, but these errors were encountered: