Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!sdd.hp.com!mips!sgi!shinobu!odin!sgihub!dragon!sam.wpd.sgi.com!pj
From: pj@sam.wpd.sgi.com (Paul Jackson)
Newsgroups: comp.sys.sgi
Subject: Re:
Message-ID: <1991May30.163354.358@dragon.wpd.sgi.com>
Date: 30 May 91 16:33:54 GMT
References: <9105292107.AA14505@gsusgi1.gsu.edu>
Sender: news@dragon.wpd.sgi.com (CNews Account)
Reply-To: pj@sgi.com
Organization: Silicon Graphics, Research & Development
Lines: 28

In article <9105292107.AA14505@gsusgi1.gsu.edu>, syscrc@GSUSGI1.GSU.EDU (Randy Carpenter) writes:
|> Every once in a while, one of the find commands in the standard
|> SGI root cron entry apparently mails root a message like the following:
|> 
|>   find: stat() failed: /tmp/croutPSJa00177: No such file or directory
|> 
|> Does anyone know what's happening?

The find command uses opendir/readdir to discover the names in
a directory, then issues a stat call on each apparent name.

It happens occassionally that the filename seen in the readdir
call is unlinked before find has a chance to do the stat,
leading to this error message.

If you see these messages only once in a while, and with
filenames that are likely temporary names anyway, then no sweat.

If you saw a whole bunch of these error messages, with filenames
that should still be valid, then (speaking from theory, not
experience - I've never seen this) it would be time to unmount
the file system containing these files and fsck it.

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@wpd.sgi.com), x1373