web-dev-qa-db-fra.com

Pourquoi logrotate ne fonctionne-t-il pas automatiquement?

J'ai mis en place un serveur Syslog-ng avec des filtres pour diviser un certain trafic en différents fichiers. J'ai modifié le fichier logrotate situé à /etc/logrotate.d/syslog-ng afin de faire pivoter ces fichiers quotidiennement, mais logrotate ne s'exécute pas comme prévu. Je dois faire pivoter manuellement les journaux avec Sudo logrotate -f /etc/logrotate.d/syslog-ng

Je ne trouve pas la raison pour laquelle cela ne fonctionne pas automatiquement.

Contenu du fichier /etc/logrotate.d/syslog-ng (la section que j’ai ajoutée est le bloc le plus haut):

/var/log/wlc /var/log/userid /var/log/cltolt040 /var/log/ise /var/log/vg /var/log/firewall /var/log/steelhead /var/log/syslog /var/log/f5 /var/log/switch /var/log/router 
{
        su root root 
        rotate 14
        create 0755 ics ics 
        daily
        missingok
        notifempty

        compress
        postrotate
                invoke-rc.d syslog-ng reload > /dev/null
        endscript

}

/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
/var/log/error
{
        rotate 4
        weekly
        missingok
        notifempty
        compress
        delaycompress
        sharedscripts
        postrotate
                invoke-rc.d syslog-ng reload > /dev/null
        endscript
}

Contenu de crontab:

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

Shell=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user  command
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )

Contenu de /etc/cron.daily/logrotate:

#!/bin/sh

# Clean non existent log file entries from status file
cd /var/lib/logrotate
test -e status || touch status
head -1 status > status.clean
sed 's/"//g' status | while read logfile date
do
    [ -e "$logfile" ] && echo "\"$logfile\" $date"
done >> status.clean
mv status.clean status

test -x /usr/sbin/logrotate || exit 0
/usr/sbin/logrotate /etc/logrotate.conf

Je pensais que cela pourrait être un problème d'autorisations, mais si c'était le cas, exécuter logrotate -f n'échouerait-il pas?

cronlogrotate
2
John K.

On dirait que j'ai corrigé ça. J'ai essayé d'exécuter logrotate sur le fichier de configuration au lieu du fichier syslog-ng, logrotate -d /etc/logrotate.conf, mais cette erreur a été générée. Ignoring /etc/logrotate.conf because of bad file mode. a effectué une recherche rapide et a découvert que cela pouvait être dû aux autorisations d'accès au fichier. J'ai modifié les autorisations sur le fichier Sudo chmod 644 /etc/logrotate.conf et lancé un test en modifiant l'heure quotidienne dans/etc/crontab.

Les fichiers ont ensuite été tournés automatiquement. On dirait que c'est la solution. Merci pour l'aide.

4
John K.