From owner-freebsd-hackers  Tue Mar 11 10:24:03 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id KAA27124
          for hackers-outgoing; Tue, 11 Mar 1997 10:24:03 -0800 (PST)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA27101
          for <hackers@FreeBSD.ORG>; Tue, 11 Mar 1997 10:23:59 -0800 (PST)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA25726; Tue, 11 Mar 1997 11:11:29 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199703111811.LAA25726@phaeton.artisoft.com>
Subject: Re: Maybe a showstopper, maybe not.
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Tue, 11 Mar 1997 11:11:29 -0700 (MST)
Cc: jfieber@indiana.edu, mrcpu@cdsnet.net, hackers@FreeBSD.ORG
In-Reply-To: <13493.858101469@time.cdrom.com> from "Jordan K. Hubbard" at Mar 11, 97 09:31:09 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > I'm not NFS expert, but I'll describe one problem I have with the
> > 2.2 branch.  The situation is a Solaris client mounting a disk
> > from my FreeBSD box.  On a large directory tree, doing an `rm -r'
> > on the Solaris box misses files.  It takes multiple invocations
> > of `rm -r' to actually clean everything out. 
> 
> That's truly bizarre.  Do these "undeleted" files have *anything*
> in common, so far as you can make out?

They remain after an "rm -f"?

Sorry, couldn't resist.  ;-).

Gee, I wonder if this has anything to do with the cookie code and the
multiple entry return wire protocol extension in the NFSv3 spec....
naw!


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.