Projet

Général

Profil

Anomalie #6296

Nommer les fichiers rotates avec la date et non un numéro

Ajouté par Emmanuel GARETTE il y a plus de 10 ans. Mis à jour il y a plus de 10 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Début:
30/10/2013
Echéance:
30/10/2013
% réalisé:

100%

Temps estimé:
4.00 h
Temps passé:
Distribution:
EOLE 2.4

Description

Par défaut la numérotation des logs se fait via l'ordre numérique (1.gz, 2.gz, 3.gz, ...).

Cela à deux gros inconvénient :

- impossible de sauvegarder (à chaque fois toute l'historique est considéré comme nouveau fichier) ;
- difficile de retrouver facilement quel fichier on a besoin d'ouvrir (trouver un log du 2 juillet ...).

Les produits rsyslog et logrorate gère très bien les fichiers historique avec date. Je pense que cela devrait être le comportement par défaut sur 2.4.


Demandes liées

Lié à ead - Anomalie #6507: Le changement d'appellation des fichiers de log implique la révision du parseur pour l'observatoire. Fermé
Lié à ead - Anomalie #6509: L'EAD utilise toujours les anciens noms de logs pour scannedonly. Fermé 16/12/2013
Lié à zephir-client - Anomalie #6510: Le script eximstats.sh utilise l'ancien nom de fichier compressé pour les logs d'exim. Fermé 03/12/2013

Révisions associées

Révision 1c404ed5 (diff)
Ajouté par Benjamin Bohard il y a plus de 10 ans

Ajout d'un fichier regroupant les options globales de logrotate pour EOLE.

Les options globales sont stockées dans un fichier à part dans /etc/logrotate.d.
Le chargement des fichiers se faisant dans l'ordre alphabétique, ce
fichier commence par 00.

Les options sont missingok, notifempty, compress

Ref #6296

Révision 1661da35 (diff)
Ajouté par Benjamin Bohard il y a plus de 10 ans

Le nom des fichiers de log a changé.

Ref #6296

Historique

#1 Mis à jour par Joël Cuissinat il y a plus de 10 ans

  • Assigné à mis à Benjamin Bohard
  • Temps estimé mis à 4.00 h
Attention aux parseurs de logs susceptibles de les ouvrir :
  • scannedonly (agent Zéphir & EAD)
  • exim (agent eximstats)
  • dansguardian (observatoire EAD)
  • squid (lightsquid)

#2 Mis à jour par Benjamin Bohard il y a plus de 10 ans

  • Statut changé de Nouveau à Accepté

Le passage à lzma avait été utilisé conjointement à nommage basé sur la date pour squid en raison du gain de place (sauvegarde par bacula).

La généralisation de cet algorithme de compression pourrait avoir un impact négatif sur les performances (gzip est plus rapide et a une empreinte mémoire plus faible).

#3 Mis à jour par Benjamin Bohard il y a plus de 10 ans

L'agent zéphir de scannedonly ne consulte que le fichier de log non compressé.

L'action EAD de scannedonly consulte le fichier de log compressé le plus récent en plus du fichier de log non compressé.

L'agent zéphir eximstats appelle le script eximstats.sh qui lit le fichier de log compressé le plus récent en plus de fichier de log non compressé.

Le formulaire du parseur de log pour dansguardian définit les fichiers à consulter comme suit :

days = all_logfilenames[all_logfilenames.index(end_filename):(all_logfilenames.index(beg_filename)+1)]

#4 Mis à jour par Daniel Dehennin il y a plus de 10 ans

  • Echéance mis à 30/10/2013
  • Début mis à 30/10/2013

#5 Mis à jour par Benjamin Bohard il y a plus de 10 ans

  • Statut changé de Accepté à Résolu
  • % réalisé changé de 0 à 100

Les cas des agents EAD scannedonly et agent zéphir eximstats ne sont pas bloquant : l'existence des fichiers de log est testée.

#6 Mis à jour par Joël Cuissinat il y a plus de 10 ans

  • Statut changé de Résolu à Fermé

Vu

Formats disponibles : Atom PDF