Date: Sun, 13 May 2001 16:30:45 -0700 (PDT) From: Kirk McKusick <mckusick@FreeBSD.org> To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/ufs/ufs ufs_vfsops.c Message-ID: <200105132330.f4DNUkB97827@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
mckusick 2001/05/13 16:30:45 PDT
Modified files:
sys/ufs/ufs ufs_vfsops.c
Log:
If the effective link count is zero when an NFS file handle request
comes in for it, the file is really gone, so return ESTALE.
The problem arises when the last reference to an FFS file is
released because soft-updates may delay the actual freeing of the
inode for some time. Since there are no filesystem links or open
file descriptors referencing the inode, from the point of view of
the system, the file is inaccessible. However, if the filesystem
is NFS exported, then the remote client can still access the inode
via ufs_fhtovp() until the inode really goes away. To prevent this
anomoly, it is necessary to begin returning ESTALE at the same time
that the file ceases to be accessible to the local filesystem.
Obtained from: Ian Dowse <iedowse@maths.tcd.ie>
Revision Changes Path
1.25 +4 -2 src/sys/ufs/ufs/ufs_vfsops.c
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200105132330.f4DNUkB97827>