Ce guide montre comment identifier ce qui remplit Docker à partir de vérifications ciblées et d’une validation explicite, sans multiplier les changements inutiles. docker ps --no-trunc et docker inspect montrent exit code, restart policy, mounts et configuration ; les logs de l’instance précédente restent essentiels.
Étapes à suivre
-
1
Identifier les critères déterminants
docker ps --no-trunc et docker inspect montrent exit code, restart policy, mounts et configuration ; les logs de l’instance précédente restent essentiels.
-
2
Recouper le contexte technique
overlay2 peut grossir à cause des couches écrites, logs json-file et images inutilisées ; volumes nommés sont une autre catégorie de données.
-
3
État Docker
Lire taille, logs et mounts avant tout prune.
-
4
Écarter les erreurs de diagnostic
docker system prune -a peut supprimer des images nécessaires au prochain redéploiement.
-
5
Valider le résultat
Le conteneur reste up sur plusieurs cycles et son exit code/log ne reproduit plus l’erreur. La croissance disque est attribuée à une couche/log/volume précise et une rétention est définie.
Commandes utiles
docker system df
docker ps --size
docker ps -a --no-trunc
docker inspect <container>
docker system df -v
À retenir
- Restart=always peut transformer une erreur immédiate en boucle sans corriger la cause.
- Supprimer un volume pour gagner de la place peut supprimer les données persistantes de l’application.
- La croissance disque est attribuée à une couche/log/volume précise et une rétention est définie.
Docker : distinguer boucle de redémarrage et consommation du storage driver
Repères techniques
- docker ps --no-trunc et docker inspect montrent exit code, restart policy, mounts et configuration ; les logs de l’instance précédente restent essentiels.
- overlay2 peut grossir à cause des couches écrites, logs json-file et images inutilisées ; volumes nommés sont une autre catégorie de données.
- Restart=always peut transformer une erreur immédiate en boucle sans corriger la cause.
État Docker
Lire taille, logs et mounts avant tout prune.
docker ps -a --no-trunc
docker inspect <container>
docker system df -vPièges spécifiques
- docker system prune -a peut supprimer des images nécessaires au prochain redéploiement.
- Supprimer un volume pour gagner de la place peut supprimer les données persistantes de l’application.
Comment valider
- Le conteneur reste up sur plusieurs cycles et son exit code/log ne reproduit plus l’erreur.
- La croissance disque est attribuée à une couche/log/volume précise et une rétention est définie.
Preuves et vérifications
docker ps --no-trunc et docker inspect montrent exit code, restart policy, mounts et configuration ; les logs de l’instance précédente restent essentiels. overlay2 peut grossir à cause des couches écrites, logs json-file et images inutilisées ; volumes nommés sont une autre catégorie de données.
Contrôle de résultat
Le conteneur reste up sur plusieurs cycles et son exit code/log ne reproduit plus l’erreur. La croissance disque est attribuée à une couche/log/volume précise et une rétention est définie.
Point d’attention
docker system prune -a peut supprimer des images nécessaires au prochain redéploiement. Restart=always peut transformer une erreur immédiate en boucle sans corriger la cause.
Concepts liés
Référence primaire : Docker Docs — Restart policies.