Limiter les logs Docker avant de remplir le disque
Identifier la croissance, régler la rotation et vérifier son application, sans effacer aveuglément les fichiers ni les preuves d’une panne.

Source technique : documentation Docker du pilote json-file. La liste est une proposition indépendante.
Effacer vite les logs d’un disque plein peut masquer le symptôme et détruire des preuves. Je propose de définir responsable et limites de conservation avant l’incident.
Identifier d’abord la consommation
- Distinguer occupation du disque hôte et taille des données applicatives.
- Examiner pilote et réglages effectifs du conteneur concerné.
- Relier messages répétitifs et début de croissance.
Avec json-file, taille et nombre de fichiers sont réglables. Cet exemple pédagogique n’est que la section de logs d’un service Compose ; les valeurs adaptées demandent une évaluation :
logging:
driver: json-file
options:
max-size: "10m"
max-file: "3"
Configuration écrite n’est pas configuration active
Modifier les valeurs du daemon ne met pas à jour automatiquement les conteneurs existants. Passez par le déploiement, avec plan et vérification. Ne manipulez pas directement les fichiers internes gérés par Docker.
Libérer le disque ne termine pas le travail
Supposons une erreur de connexion qui produit sans cesse des messages. La rotation borne le volume, pas la panne. Revérifiez débit et possibilité d’enquête après correction.
Consignez responsable, durée et alerte de capacité. Des limites minuscules sans conservation de preuves posent aussi problème.
Source vérifiée le 2 novembre 2026. Ce n’est ni un réglage universel ni une instruction de suppression.


