Proposition Scénario #8540
Harmoniser les options logrotate
Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
-
% réalisé:
0%
Description
Exigence¶
ALL-003 - Le service doit être journalisé de manière centralisée
Problème¶
Il faut vérifier et harmoniser les options logrotate utilisées.
- Est-il nécessaire d’utiliser
delaycompressqui ne compresse les logs qu’à partir de l’extension.2 - Au lieu d’utiliser des
prerotateetpostrotatepour arrêter et redémarrer des services, n’est-il pas préférable d’utilisercopytruncate - Les options communes peuvent être définie dans un fichier à part dans
/etc/logrotate.d/au lieu de les répéter pour toutes les directives
Demande initiale¶
Bonjour,
l'option delaycompress du fichier /etc/logrotate.d/dansguardian est-elle nécessaire ?
Si c'est pour ne pas perdre de logs pendant la rotation, pourquoi dans /etc/logrotate.d/squid_rsyslog, l'option n'est pas présente ? Alors qu'elle est bien présente dans le fichier /etc/logrotate.d/squid3.
Merci
Historique
#1 Mis à jour par Joël Cuissinat il y a presque 10 ans
- Temps estimé mis à 4.00 h
- Tâche parente mis à #8550
#2 Mis à jour par Joël Cuissinat il y a plus de 9 ans
- Tracker changé de Anomalie à Tâche
#3 Mis à jour par Daniel Dehennin il y a plus de 8 ans
- Tracker changé de Tâche à Proposition Scénario
- Projet changé de Amon à Distribution EOLE
- Sujet changé de Logrotate et option delaycompress à Harmoniser les options logrotate
- Description mis à jour (diff)
- Temps estimé
4.00 hsupprimé - Tâche parente
#8550supprimé
La demande initiale n’indique pas s’il y a un problème à l’utilisation de l’option delaycompress.
Je réécris la demande dans l’optique de faire un inventaire et de vérifier la cohérence de l’utilisation de ces options.
#4 Mis à jour par Scrum Master il y a plus de 8 ans
- Statut changé de Nouveau à Fermé
Une reflexion globale sur la gestion des logs sera réalisée pour les versions futures