Discussion :

[drKzs]

Bonjour,

Je m'intéresse à ce fabuleux outil qu'est Logrotate, et j'ai une question: comment fonctionne-t-il ?

Je veux dire, disons que mon application qui crache ses logs dans myApp.log

Comment Logrotate s'empare-t-il des droits sur le fichier, si mon apply est un démon qui ne s'arrête jamais ? Il peut faire une copie du fichier de log pour l'archiver et le compresser, mais mon fichier de log continue malgré tout à gonfler non ?
Est-ce qu'il tue mon appli et la redémarre de suite (ça fait sale ) ?

Désolé si la question est stupide

[Senaku-seishin]

Logrotate est une tâche cron exécuté avec les droits root.

Lors de la rotation, il envois généralement un signal HUP. Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

/usr/bin/killall -HUP /usr/sbin/rsyslogd

L'envoi du signal HUP demande au processus père de tuer tous ses processus fils, comme le signal TERM, mais le processus père ne se termine pas. Il relit ses fichiers de configuration, et rouvre les fichiers de trace. Il lance ensuite un nouvel ensemble de processus fils et continue de traiter les requêtes. C'est se qui se passe quand :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

/etc/init.d/apache reload

[drKzs]

D'accord et en lisant un peu, j'ai vu qu'il y avait un moyen (propre ??) pour que logrotate ne termine pas le processus qui écrit sur le log, avec l'option copytruncate...

Comme il est stipulé qu'il y a une petite probabilité de perdre une petite quantité de données, je me demande si c'est propre comme solution ?

A moins que pour une application personnelle (que l'on développe), on puisse spécifier un signal envoyé par logrotate sur la réception duquel l'application effectuerait une tâche, comme lâcher le fichier log ?

Merci

[drKzs]

Bon à première vue, pas de soucis avec le copytruncate