El rotatelogs livré avec apache (dans le répertoire bin dir) (voir docs ) prend l'entrée de stdin et fait tourner le journal après un certain temps.

J'ai eu un problème similaire et j'avais initialement écarté logrotate mais il s'est avéré que logrotate peut en fait faire cela correctement, la directive clé est " copytruncate ". Pour une raison quelconque, ce terme n'est pas apparu dans les recherches que j'ai effectuées sur Google. J'ajoute donc cette réponse pour clarifier la manière exacte de l'utiliser dans ce cas.

L'astuce est la suivante ne fonctionne que si la redirection est faite avec " >> "(append) au lieu de " > " (créer).

Fichier de configuration (truncate.cfg) :

/tmp/temp.log {
    size 10M
    copytruncate
    rotate 4
    maxage 100
}

Programme d'essai (ne renonce jamais au fichier). Vous pouvez le voir remplir le disque et, bien que la suppression du fichier journal semble fonctionner, elle ne libère en fait aucun espace sur le disque :

cat /dev/urandom >> /tmp/temp.log

Rotation du journal de bord :

logrotate truncate.cfg

Si vous pouvez l'envoyer vers l'un des flux de journalisation standard (syslog, démon, cron, utilisateur, sécurité, courrier, etc.), vous pouvez utiliser l'option logger et l'envoyer à la place.

echo "Hello." | logger -p daemon.info

Sinon, vous feriez mieux de transmettre le contenu enregistré à un programme personnalisé ou à un script pour le gérer, ou encore de configurer l'outil de gestion du contenu. logrotate configuration.

EDIT : La réponse de JdeBP semble avoir ce que vous recherchez.

J'aime multilog pour mon cas d'utilisation, mais mon cas d'utilisation est si trivial/simple qu'il n'est pas présenté très simplement dans les documents/exemples que j'ai trouvés. Voici un exemple simple de rotation multilogarithmique :

mkdir /tmp/myapp
./myapp | multilog t s10000 n5 '!tai64nlocal' /tmp/myapp 2>&1

Quelques notes :

• Ceci décharge les journaux dans le répertoire /tmp/myapp/.
• le s10000 représente 10 000 octets*.
• le n5 représente 5 fichiers.* Le journal 'actuel' compte comme un des fichiers, donc cela inclut 4 journaux plus anciens + 'actuel'.
• Ceci est basé sur, et adapté des exemples fournis par François Beausoleil à : http://blog.teksol.info/pages/daemontools/best-practices
• Je ne comprends pas beaucoup d'options - je vous renvoie aux différentes documentations pour étendre ceci...
• Les docs préviennent que : "Note that running processor may block any program feeding input to multilog." où "processeur" est le '!tai64nlocal' partie de la commande

*Pour de nombreuses applications, ce sont de mauvais choix pour une utilisation à long terme. Ils permettent cependant d'observer le comportement du remplissage et de la rotation des bûches plus rapidement que les grosses bûches.

Enfin, n'oubliez pas de faire un nohup si nécessaire ! Avec nohup, vous n'avez pas besoin de l'option 2>&1 (s=10e6 et n=30 ici) :

mkdir -p /tmp/myapp
nohup ./myapp | multilog t s10000000 n30 '!tai64nlocal' /tmp/myapp &

Cette commande devrait vous permettre de commencer.