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