Me estoy logrotate
ejecutando en una máquina EC2 AWS girando registros de Apache. Una vez empaquetados, los registros de Apache se guardan en AWS S3 a través de s3fs. El problema es que recientemente noté que no tenía registros rotados. En S3 tengo registros antiguos del día 48-> 60 pero el 1-> 47 no aparece.
Mi pregunta es: ¿dónde guarda logrotate su propio registro? Es posible que tenga algún tipo de problema con s3fs, pero necesito saberlo antes de hacer algo. Traté de encontrar en algún lugar los registros, pero no pude encontrarlo.
¿Alguna idea?
-d
indicador de depuración y el-f
indicador de fuerza para ver exactamente lo que intenta hacer logrotate.-d
desactiva la acción, pero los mensajes impresos seguirán afirmando que están cambiando las cosas./usr/sbin/logrotate /etc/logrotate.conf
, agregaría-v
para ver el registro detallado.Lo único en lo que normalmente se graban los registros es en
cat /var/lib/logrotate/status
.Esto está tomado de /server//a/518134/266525
fuente
Otro buen lugar para buscar es
/var/log/messages
en CentOS para errores como este del cron.daily/etc/cron.daily/logrotate
También puede ejecutar en modo de depuración manualmente y verificar si hay errores:
Fuente: https://access.redhat.com/solutions/32831
fuente
Si está ejecutando
logrotate
desde cron y no redirige la salida, la salida, si hay alguna, irá al correo electrónico para cualquier ID que esté ejecutando el trabajo cron. Redirijo mi salida a un archivo de registro.Por ejemplo:
fuente
Verifique
/etc/logrotate.conf
las configuraciones globales que pueden estar afectando las tareas configuradas/etc/logrotate.d/
fuente
Cuando logrotate no gira registros o entra en estado fallido, es una buena idea ejecutar logorate manualmente en modo de depuración para ver qué errores enumera, como este:
Este comando prueba rotar los registros de todos los servicios que tienen archivos ubicados
/etc/logrotate.d
. Si enumera errores (como los errores causados por entradas de registro duplicadas), sabrá por qué logrotate tiene problemas.fuente