Comment empêcher les journaux Plex de saturer le disque système
Identifiez d’abord quel journal Plex ou quel journal de conteneur augmente, et à quelle vitesse ; ne supprimez pas les journaux à l’aveugle tant que le processus produit toujours la même erreur.
Un disque système plein peut affecter bien plus que la supervision : les bases de données, les mises à jour des paquets et les conteneurs peuvent également avoir besoin d’espace libre. Mesurez l’augmentation sur un court intervalle, conservez un échantillon contenant l’événement répété, puis corrigez la cause du bruit avant de renforcer la rétention. L’objectif est de limiter la taille des journaux tout en corrigeant la cause racine, et non de supprimer les journaux de façon permanente.
Identifiez précisément le processus et le fichier à l’origine des écritures
La sortie standard des conteneurs, les journaux de l’application Plex, les journaux du proxy et les journaux système de l’hôte peuvent augmenter indépendamment. Le répertoire le plus volumineux ne suffit pas ; vous devez identifier le processus et le motif des messages qui expliquent cette croissance.
Docker peut capturer la sortie standard et la sortie d’erreur des conteneurs via son système de journalisation, tandis qu’une application peut également écrire ses propres fichiers. Comparez donc les deux emplacements avant de modifier la rétention.
Vérifiez l’utilisation du disque et la croissance des fichiers sur dix minutes, puis capturez un court échantillon du fichier qui augmente le plus rapidement. Si un message se répète en continu, corrigez ce problème avant de procéder à une rotation plus agressive.
Corrigez les erreurs répétées avant de réduire la rétention
Un montage mal configuré, une dépendance inaccessible ou une boucle de redémarrage peut générer bien plus de journaux qu’un fonctionnement normal. Une courte durée de rétention masque le symptôme sans réduire la charge d’écriture.
Appliquez des vérifications des erreurs et de la saturation à la dépendance mentionnée dans le message répété, puis reproduisez la situation une fois après avoir appliqué la correction supposée.
Si la croissance des journaux diminue après la résolution de l’erreur sous-jacente, conservez une fenêtre de diagnostic modérée. Dans le cas contraire, poursuivez l’identification du processus à l’origine des écritures au lieu de réduire encore la rétention.
Définissez une durée de rétention selon les besoins opérationnels
Une rétention plus longue n’est pas automatiquement plus sûre lorsque les journaux sont rarement consultés au-delà des dépannages récents. La fenêtre utile doit couvrir la détection normale des incidents tout en respectant la capacité du disque système.
Pour les petites installations, l’étude sur les compromis liés à la rétention des journaux a constaté une diminution de la valeur opérationnelle des fenêtres très longues, ce qui plaide en faveur d’une politique explicite plutôt que d’une valeur par défaut illimitée.
Estimez le volume quotidien de journaux une fois l’erreur corrigée, multipliez-le par la fenêtre de dépannage souhaitée et réservez une marge d’espace libre pour l’état de Plex et les mises à jour. Documentez la valeur de rétention à côté de la structure des données persistantes de l’application afin qu’elle soit conservée lors du remplacement du conteneur.
Vérifiez que l’espace disque ne peut plus se remplir indéfiniment
Une règle de rétention n’est efficace que si l’espace utilisé se stabilise pendant le fonctionnement normal ainsi que lors d’une erreur reproduite volontairement. La supervision doit confirmer que le mécanisme de nettoyage s’exécute réellement.
Mesurez l’espace libre, la taille du répertoire des journaux et l’ancienneté du fichier conservé le plus ancien pendant au moins un cycle complet de rotation. Si la limite d’ancienneté n’évolue pas comme prévu, corrigez le mécanisme de rotation avant de déclarer l’incident clos.
Conservez l’échantillon initial à forte croissance avec les notes de l’incident, et non sur le volume système en production. Vous préservez ainsi les éléments de preuve sans permettre au chemin de journalisation de production de croître sans limite.
Produits recommandés
Assistance et conseils
Plus à lire
Jellyfin peut-il partager en toute sécurité un GPU ou un accélérateur avec un autre conteneur ?
Le partage du GPU est conditionnel : vérifiez la visibilité du périphérique et la prise en charge des pilotes, puis exécutez les deux charges...
Comment déterminer si une erreur Jellyfin provient du client ou du serveur
Une erreur Jellyfin relève du client lorsqu’elle ne concerne qu’un seul appareil ; elle relève du serveur lorsque plusieurs clients échouent avec le même...
Comment configurer le cache et le stockage temporaire de Jellyfin
Séparez les données persistantes, le cache reconstructible et le stockage temporaire pour le transcodage, puis vérifiez la capacité et les autorisations avec un véritable...
