tout simplement parce qu'en aval, des outils (dont je n'ai pas la maitrise) de consultation avec des filtres variables utilisent ce fichier.
Mauvais outils, changer d’outils...
Si logrotate fonctionne comme il fonctionne, c’est bien parce que c’est la solution qui pose le moins de problèmes (systemd gère lui‐même ses logs avec un format non texte, eh bien devine quoi ! il utilise aussi plusieurs fichiers).
Personnellement (faute de pouvoir changer d’outils), je ferais un logrotate quotidien et je lancerai le filtre sur les fichiers logrotate des 30 derniers jours pour produire le fichier expurgé. Les utilitaires en ligne de commande supportent souvent plusieurs fichiers en entrée et au minimum un tuyau. Et tu verses tes fichiers dedans avec une commande du style cat log.30 log.29 ... log.1 log | filtre > log_expurge (là, c’est 30 jours plus le jour en cours).
« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone
[^] # Re: Voici ma ligne de commande :
Posté par Arthur Accroc . En réponse au message supprimer vielles lignes d'un log (Résolu). Évalué à 3.
Mauvais outils, changer d’outils...
Si logrotate fonctionne comme il fonctionne, c’est bien parce que c’est la solution qui pose le moins de problèmes (systemd gère lui‐même ses logs avec un format non texte, eh bien devine quoi ! il utilise aussi plusieurs fichiers).
Personnellement (faute de pouvoir changer d’outils), je ferais un logrotate quotidien et je lancerai le filtre sur les fichiers logrotate des 30 derniers jours pour produire le fichier expurgé. Les utilitaires en ligne de commande supportent souvent plusieurs fichiers en entrée et au minimum un tuyau. Et tu verses tes fichiers dedans avec une commande du style
cat log.30 log.29 ... log.1 log | filtre > log_expurge(là, c’est 30 jours plus le jour en cours).« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone