Fabrice Bacchella wrote: > >> >> 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 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 C'est justement cela le probleme. Il y a tres probablement une "race condition" ici. gzip est applique sur messages.0 et non pas messages. Lorsque tu fais un mv, ce fichier est encore ouvert par syslog - meme si le fichier a change de nom, le descripteur associe (par syslog) reste le meme -> gzip commence a travailler sur un fichier ouvert. Et syslog continue a ecrire dessus. Ce descripteur ne sera ferme que quand tu envois un "kill -HUP" - quelques secondes ou minutes apres... C'est pour cela que je pense qu'il est preferable de faire syslog reouvrir le fichier avant de lancer la compression. > 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). > > > -- --------------------------------------------------------------- Jose Marcio MARTINS DA CRUZ Tel. :(33) 01.40.51.93.41 Ecole des Mines de Paris http://j-chkmail.ensmp.fr 60, bd Saint Michel http://www.ensmp.fr/~martins 75272 - PARIS CEDEX 06 mailto:[EMAIL PROTECTED] _______________________________________________ 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