From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2)
Gecko/20030208 Netscape/7.02
Description of problem:
When logrotate is configured to 'delaycompress' and also
to 'mailfirst', it tries to find and send off a file ending
in .gz instead of the still uncompressed file.
Example: we want handle the HTTPD error logs:
/var/log/httpd/error_log {
daily
rotate 65
nomissingok
ifempty
olddir /var/log/httpd/error_dir
create 640 root mpfyrun
mail techies@m-plify.com
mailfirst
compress
delaycompress
postrotate
/usr/local/apache2/bin/apachectl graceful
# there will be some activity on the saved log, so
# don't compress
# if you want to compress, sleep for 600 or use delaycompress
# echo "Rotated httpd error_log"
endscript
}
When this is run, logrotate gives an error:
sh: /var/log/httpd/error_dir/error_log.1.gz: No such file or directory
Failed to mail /var/log/httpd/error_dir/error_log.1.gz to techies@m-plify.com!
How reproducible:
Always
Expected Results:
The still uncompressed file should be sent out. I expect the actual
code handling 'mailfirst' should not care about whether there is a compressed or
uncompressed file at place 1 in the logfile sequence.