Date: Mon, 18 Oct 2010 15:48:11 +0100
From: =?UTF-8?B?Q2zDoXVkaW8=?= Martins <ctpm@ist.utl.pt>
To: Jeff Layton <jlayton@redhat.com>
Cc: Ian Munsie <imunsie@au1.ibm.com>,
        Trond Myklebust <trond.myklebust@netapp.com>,
        linux-nfs <linux-nfs@vger.kernel.org>,
        Scott Romanowski <romansc@us.ibm.com>,
        Benjamin Herrenschmidt <benh@kernel.crashing.org>
Subject: Re: NFS sillyrename side effect
Message-Id: <20101018154811.768baeb5.ctpm@ist.utl.pt>
In-Reply-To: <20101018101059.574b715a@corrin.poochiereds.net>
References: <1287362142-sup-777@au1.ibm.com>
	<20101018101059.574b715a@corrin.poochiereds.net>
Content-Type: text/plain; charset=UTF-8
Sender: linux-nfs-owner@vger.kernel.org
MIME-Version: 1.0


On Mon, 18 Oct 2010 10:10:59 -0400 Jeff Layton <jlayton@redhat.com> wrote:
> See:
> 
> http://nfs.sourceforge.net/
> 
> ...section D2. The faq mentions that NFSv4 could do away with it
> because it's stateful, but that's not really the case either.
> 

 Section D2 ends with:

"The NFS version 4 protocol is stateful, and could actually support
delete-on-last-close. Unfortunately there isn't an easy way to do this
and remain backwards-compatible with version 2 and 3 accessors."

 So, theoretically, could one modify the code to selectively disable
silly rename on a client, when it knows it is talking v4 with the
server?

 Thanks

Cláudio