Sounds like a sync issue to me.

Add "sync" and "no_wdelay" to /etc/exports and "actimeo=0" to the mount
command on the client side.

-Josh More

(Yeah, I'm new here... just moved to the cities.)



On Tue, Oct 25, 2011 at 8:55 AM, Wayne Johnson <wdtj at yahoo.com> wrote:

> Here's a mystery for all you NFS guru's out there.
>
> I have a RHEL zLinux system that mounts an NFS file system on an RHEL x64
> system (PC disk space is much cheaper than mainframe).  I have a build
> process that checks out thousands of files onto this one NFS file system.
> When the build process starts, I do a rm -rf of the whole directory to clean
> it out for the build before doing the checkout.  Unfortunatly I get an error
> in the middle of the rm -rf.   I get the error:
>
> rm -r build/HEAD
> rm: cannot remove directory `build/HEAD/qa/testcapi/scripts': Directory not
> empty
>
> It appears that the rm did not remove some of the files in this directory.
> I can then remove them by hand, so it's not a permission issue, besides the
> permissions are 644 and I'm the owner.  I've rebooted and fscked everything
> involved and still have the problem.
>
> Is there some sort of caching or locking issue with NFS that prevents these
> files from getting marked deleted before the rm command does it's rmdir
> (which is generating the error)?
>
> To get around this, I've doubled up the rm -rf command and this seems to
> work.  The question I am having is why this is failing?
>
> Any suggestions would be appreciated.
>
> ---
> Wayne Johnson,             | There are two kinds of people: Those
> 3943 Penn Ave. N.          | who say to God, "Thy will be done,"
> Minneapolis, MN 55412-1908 | and those to whom God says, "All right,
> (612) 522-7003             | then, have it your way." --C.S. Lewis
>
> _______________________________________________
> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota
> tclug-list at mn-linux.org
> http://mailman.mn-linux.org/mailman/listinfo/tclug-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20111025/2b24db2d/attachment-0001.html>