From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050319 Description of problem: If a temporary file is deleted before tmpwatch has a chance to lstat it it prints the following error: error: failed to lstat /tmp/some-file: No such file or directory These errors end up in emails from the cron daemon. This error should be silently ignored. Version-Release number of selected component (if applicable): tmpwatch-2.8.1-1 How reproducible: Always Steps to Reproduce: mkdir /tmp/asdf cd /tmp/asdf while true ; do /usr/sbin/tmpwatch 1 /tmp/asdf ; done & while true ; do touch file1 ; rm file1 ; done & (and if needed) while true ; do touch file2 ; rm file2 ; done & Actual Results: error: failed to lstat /tmp/asdf/file1: No such file or directory error: failed to lstat /tmp/asdf/file1: No such file or directory error: failed to lstat /tmp/asdf/file1: No such file or directory ... Expected Results: No output. Additional info: Present also in EL3. Have not checked EL4
Fixed in rawhide tmpwatch-2.9.3-1. Thanks for your report.
This bug is still present in RHEL4 tmpwatch-2.9.1-1 error: failed to lstat /tmp/asdf/file2: No such file or directory
Thank you for verifying that. For RHEL4, this bug is currently tracked as #247880.
You are not authorized to access bug #247880 Any chance of seeing bug #247880?
I don't think I'm allowed to do that - but the #247880 contains no additional information about the bug.