Le 9 févr. 06 à 12:36, Jose Marcio Martins da Cruz a écrit :


Bonjour,

logadm est un outil vraiment bien pour gerer les logs.

Mais...

Quand on lance logadm avec l'option "-n" pour voir la sequence des operations on
a ceci :

        w10{root}: logadm -n /var/adm/messages
1.      mkdir -p /var/adm # verify directory exists
2.      mv -f /var/adm/messages /var/adm/messages.0 # rotate log file
3.      gzip -f /var/adm/messages.0 # compress old log (-z flag)
4.      touch /var/adm/messages
5.      chown 0:0 /var/adm/messages
6.      chmod 644 /var/adm/messages
7.      sh -c kill -HUP `cat /var/run/syslog.pid` # -a cmd
        w10{root}:

Le probleme est que quand on est sur un gros serveur (web, mail, ...) les fichiers de log peuvent etre tres gros (quelques centaines de Mo par jour).

Fait la rotation plusieurs fois par jour.


Et le gzip prends du temps. Je pense que l'ordre des choses pourrait etre inverser, et mettre le gzip (operation 3) apres le "kill - HUP" (operation 7).

Le gzip va terminer sa commande par un rm /var/adm/messages. Quid les log apparus entre l'étape 3 & l'étape 7 ? Le kill -HUP est obligatoirement à faire après le mv, pour pas perdre de message.


Ceci ne pose pas des problemes sauf dans le cas ou la commande a executer apres rotation (option -a) depend d'un traitement a effectuer sur le fichier de log que vient d'etre retourne (mais en fait c'est mieux, puisqu'il le traitera sans
compression).


--
« Une demi-heure de méditation est essentielle sauf quand on est très occupé. Alors une heure est nécessaire. »
Saint François de Sales





_______________________________________________
Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures
Solaris_fr@x86.sun.com
http://x86.sun.com/mailman/listinfo/solaris_fr

Répondre à