On Friday 18 November 2005 13:37, Mont Rothstein wrote:
To address rotation time all I can think to do is not rotate and
instead
use cron to periodically rename (with the date), and compress the log file.
Starting with 1.0.12, the audit daemon uses SIGUSR1 to tell it to rotate log
files. (this is if you do not want to rotate by size) This was encoded into
the init script so you can do "service auditd rotate" and it will. You can
then create a cron script that does this. The audit daemon will be
using /var/log/audit/audit.log (or whatever the config file says) which means
all other files can be zipped if you wish.
Also, "aureport -t" will display the time ranges in the log files. It takes
the "-if" option if you want it to run against a particular file.
My concern is how to safely get the existing logs and start from
scratch
without potentially loosing log entries. If I copy the log file and then
use /dev/null to clear the existing file, then there is a window between
the cp and the /dev/null.
Don't do this.
If I move the file will a HUP sent to auditd break the connection to
the old
logfile and start a new one?
Haven't checked and its not the preferred way to do things.
Has anyone else done this? Is there a better option than the ones
I've
listed here?
Also note that when you zip the files, the audit utilities will no longer be
able to directly read the files. You'll have to unzip the files to do any
searching/reporting.
-Steve