Logrotate fichiers avec la date dans le nom de fichier

(Premier post jamais si si, il ressemble à un ivrogne araignée a mis en forme puis désolé)

Après à l'aide de notre ami Google, et je ne me souviens pas où j'ai réussi à obtenir quelque chose en utilisant logrotate (plutôt que de cron ou une autre équivalent).

J'ai suivantes dans /var/log/rsync/:

-rw-r--r-- 1 root root 1.1M Apr  9 08:13 2014-04-09 07:48:18.log
-rw-r--r-- 1 root root 1.4M Apr 11 15:20 2014-04-11 15:02:52.log
-rw-r--r-- 1 root root 1.6M Apr 11 15:42 2014-04-11 15:22:04.log
-rw-r--r-- 1 root root 1.8M Apr 12 08:01 2014-04-12 07:45:31.log
-rw-r--r-- 1 root root 2.0M Apr 13 08:10 2014-04-13 07:53:38.log
-rw-r--r-- 1 root root 2.2M Apr 14 08:19 2014-04-14 07:51:09.log
-rw-r--r-- 1 root root 2.5M Apr 15 08:05 2014-04-15 07:37:38.log
-rw-r--r-- 1 root root 2.7M Apr 16 08:11 2014-04-16 07:43:14.log

et suivants logrotate fichier:

/var/log/rsync/*.log {
       daily
       rotate 7
       compress
       delaycompress
       notifempty
       missingok
}

j'ai pensé que c'était parfaitement raisonnable. Mais après qu'il a refusé de travailler et de trouver qu'il n'aurait jamais du travail (avec l'aimable autorisation de ce post), je me demandais si elle pouvait être truqués pour le faire fonctionner.

Après beaucoup de tests et de peaufinage, j'ai réussi à fudge il la façon suivante:

/var/log/rsync/dummy {
        daily
        rotate 0
        create
        ifempty
        lastaction
                /usr/bin/find /var/log/rsync/-mtime +7 -delete
                /usr/bin/find /var/log/rsync/-mtime +1 -exec gzip -q {} \;
        endscript
}

dans un logrotate fichier de configuration /etc/logrotate.d/local-rsync. Puis créer le mannequin fichier journal:

touch /var/log/rsync/dummy

alors la force d'un logrotate avec:

logrotate -fv /etc/logrotate.d/local-rsync

qui donne:

-rw-r--r-- 1 root root  71K Apr  9 08:13 2014-04-09 07:48:18.log.gz
-rw-r--r-- 1 root root  88K Apr 11 15:20 2014-04-11 15:02:52.log.gz
-rw-r--r-- 1 root root  82K Apr 11 15:42 2014-04-11 15:22:04.log.gz
-rw-r--r-- 1 root root  84K Apr 12 08:01 2014-04-12 07:45:31.log.gz
-rw-r--r-- 1 root root  87K Apr 13 08:10 2014-04-13 07:53:38.log.gz
-rw-r--r-- 1 root root  92K Apr 14 08:19 2014-04-14 07:51:09.log.gz
-rw-r--r-- 1 root root 2.5M Apr 15 08:05 2014-04-15 07:37:38.log
-rw-r--r-- 1 root root 2.7M Apr 16 08:11 2014-04-16 07:43:14.log
-rw-r--r-- 1 root root    0 Apr 16 12:11 dummy

Maintenant il suffit d'attendre demain matin...

Je me rends compte que cron serait plus propre mais j'ai un autre élément dans le fichier de configuration de logrotate et je voulais garder les deux ensemble.

Bonus avec le mannequin de fichier est qu'il ne prend pas de place!

Vous pouvez constater qu'il ne semble pas avoir tourné quelque chose un jour. Il m'a fallu du temps pour savoir pourquoi, mais ensuite il a compris. trouvez -mtime +1 est tout les jours (c'est à dire 24*60 minutes) et si le quotidien logrotate coups de pied en moins de 24 heures depuis la dernière fois/de temps les journaux ont été créés alors, il semble parfois ne pas avoir travaillé. Si cela vous dérange, puis à l'aide de 23 heures à trouver -mmin +1380 pourrait être plus approprié.

Quelque chose comme ceci dans /etc/cron.d/rotate_tomcat_logs:

# delete every log file over 100 days old, and compress every log file over 1 day old.
00 1 * * * root ( find /opt/tomcat/logs -name \*log\* -name \*.gz -mtime +100 -exec rm -f {} \; >/dev/null 2>&1 )
05 1 * * * root ( find /opt/tomcat/logs -name \*log\* ! -name \*.gz -mtime +1 -exec gzip {} \; >/dev/null 2>&1 )

D'inclure une date dans la rotation de fichier, vous pouvez probablement utiliser 'dateext' option.

$ cat logrotate.conf 
/var/nginx/logs/access.log {
    size 10k
    copytruncate
    dateext
    rotate 10
    compress
}

La rotation de fichier doit obtenir créé similaire à ci-dessous

 root@nitpc:~# ls -lrt /var/nginx/logs/access.*
-rw-r--r-- 1 nginx root 5422 May 31 08:26 access.log
-rw-r--r-- 1 nginx root  466 May 31 08:26 access.log-20180531.gz

Le seul inconvénient est que vous ne serez pas en mesure d'exécuter plus d'une fois par jour tant que le fichier serait un nom défini pour cette date.

L'exemple ci-dessus est de mon Nginx conteneur docker cours d'exécution dans k8s sur GC. Le logrotate version 3.11.0.

Espère que ça aide!

Mise à jour:
À partir des pages de man https://linux.die.net/man/8/logrotate

dateformat chaîne de format

Spécifier l'extension pour dateext à l'aide de la notation similaire à strftime(3) de la fonction. Seulement %Y %m %d et %s prescripteurs sont autorisés. La valeur par défaut est %Y%m%d. Notez que le caractère séparant nom du journal de l'extension fait partie de la dateformat chaîne. Le système de l'horloge doit être réglée passé 9 septembre 2001 pour %s pour fonctionner correctement. Notez que les timbres à date générés par ce format doit être lexicalement sortable (c'est à dire, la première de l'année, puis le mois, puis le jour. par exemple, 2001/12/01 est ok, mais 01/12/2001 n'est pas, du 01/11/2002 serait trier plus faible alors que c'est plus tard). C'est parce que lors de l'utilisation de l'option faire pivoter, logrotate toutes sortes rotation des noms de fichiers pour trouver quels fichiers sont plus âgés et doit être supprimé.

Probablement, vous pouvez le supprimer de la date à partir du journal des noms de fichiers comme décrit dans
Comment faire pour supprimer le modèle de date de logs de tomcat pour être en mesure d'utiliser logrotate règles.

Cela a fonctionné pour moi au moins pour l'accès localhost journal.

Dans votre journal de rotation de fichier, utilisez rotate #, où # est le nombre de journaux que vous souhaitez conserver avant de les retirer.

tourner le comte

Les fichiers journaux sont tournés de fois avant d'être retiré ou
envoyé par la poste à l'adresse indiquée dans un e-mail de la directive. Si count est
0, les anciennes versions sont supprimée plutôt tourné.