Me estoy logrotateejecutando 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?

-dindicador de depuración y el-findicador de fuerza para ver exactamente lo que intenta hacer logrotate.-ddesactiva la acción, pero los mensajes impresos seguirán afirmando que están cambiando las cosas./usr/sbin/logrotate /etc/logrotate.conf, agregaría-vpara 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/messagesen CentOS para errores como este del cron.daily/etc/cron.daily/logrotateTambié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
logrotatedesde 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.conflas 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