I'm sure that there are no processes using these files at the time the rm is happening.  Actually the files (and directory) of concern are never actually used in my build process.  They are script files that qa uses elsewhere.  Just easier to do a cvs checkout of the whole tree.  The one unique factor about the directory in question is that it has over 500 files.  


Nice thought though.  Thanks.
 

--- 
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



>________________________________
>From: Jeremy Olexa <jolexa at jolexa.net>
>To: TCLUG Mailing List <tclug-list at mn-linux.org>
>Sent: Tuesday, October 25, 2011 9:08 AM
>Subject: Re: [tclug-list] rm -rf not deleting all the files on NFS
>
>On Tue, Oct 25, 2011 at 8:55 AM, Wayne Johnson <wdtj at yahoo.com> wrote:
>> rm -r build/HEAD
>> rm: cannot remove directory `build/HEAD/qa/testcapi/scripts': Directory not
>> empty
>
>> 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?
>
>NFS uses lock files, so while a file is in use there is a .nfsXXXX
>file sitting there. This explains why the double rm works. Check your
>scripts and make sure you aren't reading from a file while trying to
>remove it, etc. lsof and of course ls -a will help you find the
>culprit. Hope that helps.
>-Jeremy
>_______________________________________________
>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/a1e2bcee/attachment.html>