This article is from a FAQ concerning SCO operating
systems. While some of the information may be applicable to any OS,
or any Unix or Linux OS, it may be specific to SCO Xenix, Open
Desktop or Openserver.
There is lots of Linux, Mac OS X and general Unix info elsewhere on
this site: Search this site is the best
way to find anything.
Basically, this is normal. When cron runs an at, batch, or cron job, it creates a temp file named /tmp/crout* to hold the stdout and stderr of that job. When the job is finished, it mails the results (if any) to the job's owner and then removes the file.
In the meantime, some other program (probably a filesystem cleaning daemon) has been scanning for whatever purpose. It did this in two passes; first, it got a list of all files it had to consider (probably by asking the shell to expand "/tmp/*" into a list of files); second, it uses stat() to find out information about each one. Between these two steps, the cron job finished and cron deleted the file, so by the time the second job went to get information about the file, it had vanished.
This message is harmless so long as it refers to a cron output temp file. If it refers to some other file, you may want to find out what generated that other file; chances are it's a harmless message, too.
Enter your email address for automatic notification of new posts here
(be sure to whitelist 'feedburner.com' if you use spam filtering)
| Views for this page | ||||
|---|---|---|---|---|
| Today | This Week | This Month | This Year | Overall |
| 1 | 29 | 39 | 456 | 635 |
/SCOFAQ/FAQ_stat_failed.html copyright 1997-2003 (various) All Rights Reserved
Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.
Add your comments