[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bugs #12044] find still hangs on dead NFS filesystems on Solaris

From: anonymous
Subject: [bugs #12044] find still hangs on dead NFS filesystems on Solaris
Date: Wed, 23 Feb 2005 08:07:55 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040220

Follow-up Comment #3, bugs #12044 (project findutils):

The current situation of having find hang when any remote

NFS server is unreachable is unacceptable, since it makes

my carefully engineered scripts fail due to the whims of

a flaky network.  I carefully prune PATH, for example,

to have as few dependencies on NFS servers as possible.

Stating the roots of all remote filesystem is even an 

invitation to a denial-of-service attack.

It is also unacceptable to erroneously follow symlinks,

since this could lead to unexpected manipulation of

arbitrary files.

What to do?  I still think we can have a robust find.

To chdir() to a subdir, you

- stat("."); save dot_fd;

- st = lstat(file); if ISDIR {


  check stat(".") matches st inode and filesystem.

  if not, fchdir(dot_fd) and retry.

Keep track of retry count.  Retry at least once, but perhaps

only once.

Another robust approach is to stat("..") after chdir,

and compare with stat(".") before chdir.

Another comment -- O_NOFOLLOW is very fragile, since

a version check is used, which must be updated on a 

regular (yearly?) basis.  I think it might be too early

to use O_NOFOLLOW in production software.


This item URL is:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]