Projet

Général

Profil

Tâche #4652

Distribution EOLE - Scénario #14084: Assistance aux utilisateurs (49-51)

Les journaux du cache de squid doivent être intégrés à l’arborescence de journalisation EOLE

Ajouté par équipe eole Academie d'Orléans-Tours il y a plus de 11 ans. Mis à jour il y a plus de 8 ans.

Statut:
Ne sera pas résolu
Priorité:
Normal
Assigné à:
Benjamin Bohard
Version cible:
Distribution EOLE - Sprint 2015 49-51 - Équipe MENESR
Début:
08/01/2013
Echéance:
% réalisé:

100%

Temps estimé:
1.50 h
Temps passé:
3.50 h
Restant à faire (heures):
0.0

Description

Exigence

ALL-003 - Le service doit être journalisé de manière centralisée

Proposition

Configurer squid3 pour que les logs du cache /var/log/squid3/cache.log soient envoyés à rsyslog.

Demande initiale

en lien avec les signalements 4645 et 4646 les fichiers de logs collectés en central ne sont pas gérés par logrotate
ils se trouvent dans /var/log/rsyslog/remote/[nom de la machine émettrice des logs]/squid/
Deux fichiers devraient être pris en compte : squid.notice.log et squid.info.log (plus éventuellement cache.log fonction de la décision qui sera prise le concernant...).
Merci d'avance,

Demandes liées

Lié à eole-proxy - Anomalie #4646: cache.log de squid non traité par logrotate Fermé 28/01/2013 15/02/2013
Lié à eole-proxy - Evolution #7039: Script de rotation des logs à mettre à niveau sur 2.4 Fermé 04/04/2014

Historique

#1 Mis à jour par Benjamin Bohard il y a plus de 11 ans

Les filtres sont installés par eole-proxy mais le nom du fichier est en conflit avec des fichiers apportés par le paquet squid3.

Résolution partielle dans le cadre de la demande http://dev-eole.ac-dijon.fr/issues/4646 (commit 68e4112f2881fe2d8c8f682333f9fc1cce264e4a).

#2 Mis à jour par Fabrice Barconnière il y a plus de 11 ans

  • Statut changé de Nouveau à En attente d'informations
  • Assigné à mis à Benjamin Bohard

#3 Mis à jour par Luc Bourdot il y a environ 11 ans

  • Assigné à changé de Benjamin Bohard à developpeurs_eole

#4 Mis à jour par Benjamin Bohard il y a environ 11 ans

  • Statut changé de En attente d'informations à Accepté
  • % réalisé changé de 0 à 80

Un traitement a été introduit dans la phase de reconfiguration (cf la demande http://dev-eole.ac-dijon.fr/issues/4650) créant des filtres automatiques de rotation pour les journaux de trouvant sous /var/log/rsyslog/remote/.
Ce dispositif configure, par défaut, une rotation journalière sur une année, avec compression.

Il reste le cas du fichier /etc/log/squid/cache.log qui n'est pas agrégé pour le moment.

#5 Mis à jour par Joël Cuissinat il y a presque 10 ans

  • Temps estimé mis à 1.50 h
  • Tâche parente mis à #8550

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

  • Tracker changé de Tâche à Anomalie
  • Statut changé de Accepté à Nouveau

#7 Mis à jour par Daniel Dehennin il y a plus de 8 ans

  • Assigné à developpeurs_eole supprimé
  • Restant à faire (heures) mis à 1.5

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

  • Tracker changé de Tâche à Proposition Scénario
  • Sujet changé de fichiers log distants de squid non pris en compte par logrotate à Les journaux du cache de squid doivent être intégrés à l’arborescence de journalisation EOLE
  • Description mis à jour (diff)
  • % réalisé changé de 80 à 0
  • Temps estimé 1.50 h supprimé
  • Tâche parente #8550 supprimé

Transformation en proposition de scénario pour la dernière partie : la prise en charge de /var/log/squid3/cache.log par rsyslog.

#9 Mis à jour par Scrum Master il y a plus de 8 ans

  • Tracker changé de Proposition Scénario à Demande

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

  • Assigné à mis à Benjamin Bohard

#11 Mis à jour par Benjamin Bohard il y a plus de 8 ans

Le fichier cache.log est traité à part par squid3. Il ne peut pas être géré par rsyslog. Il est possible de faire lire le fichier par rsysylog pour l'incorporer dans le "circuit" des logs classiques. Dans tous les cas, le problème original étant la rotation, squid3 propose des options pour gérer lui-même la rotation de ce fichier de log.

Côté rsyslog :

module(load="imfile" PollingInterval="10")

# File 1
input(type="imfile" 
      File="/var/log/squid3/cache.log" 
      Tag="squid3" 
      StateFile="statefile1" 
      Severity="debug")

Côté squid3 :

cache_log /var/log/squid3/cache.log
debug_option ALL,1,rotate=1

#12 Mis à jour par Benjamin Bohard il y a plus de 8 ans

  • Tracker changé de Demande à Tâche
  • Temps estimé mis à 1.50 h
  • Tâche parente mis à #14084
  • Restant à faire (heures) changé de 1.5 à 1.0

#13 Mis à jour par Scrum Master il y a plus de 8 ans

  • Statut changé de Nouveau à En cours

#14 Mis à jour par Benjamin Bohard il y a plus de 8 ans

  • % réalisé changé de 0 à 100
  • Restant à faire (heures) changé de 1.0 à 0.0

Partant du principe qu'il n'est pas nécessaire de faire passer ce journal par rsyslog mais qu'il faut veiller à sa rotation, les observations suivantes inclinent à fermer la demande sans davantage de travail :

ls /var/log/squid3/
access.log  cache.log  cache.log-20151130.gz  cache.log-20151202  netdb.state


#
#       Logrotate fragment for squid3.
#
/var/log/squid3/*.log {
        daily
        compress
        delaycompress
        rotate 2
        missingok
        nocreate
        sharedscripts
        prerotate
                test ! -x /usr/sbin/sarg-reports || /usr/sbin/sarg-reports
        endscript
        postrotate
                test ! -e /var/run/squid3.pid || test ! -x /usr/sbin/squid3 || /usr/sbin/squid3 -k rotate
        endscript
}

À noter que le même dispositif est présent en mode conteneur.

#15 Mis à jour par Scrum Master il y a plus de 8 ans

  • Statut changé de En cours à Fermé

#16 Mis à jour par Scrum Master il y a plus de 8 ans

  • Statut changé de Fermé à Ne sera pas résolu

Formats disponibles : Atom PDF