From owner-freebsd-fs@FreeBSD.ORG Tue Sep 7 21:17:12 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70D911065694 for ; Tue, 7 Sep 2010 21:17:12 +0000 (UTC) (envelope-from gull@gull.us) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3016A8FC15 for ; Tue, 7 Sep 2010 21:17:11 +0000 (UTC) Received: by qwg5 with SMTP id 5so5516914qwg.13 for ; Tue, 07 Sep 2010 14:17:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.222.8 with SMTP id ie8mr5208901qcb.132.1283894231018; Tue, 07 Sep 2010 14:17:11 -0700 (PDT) Received: by 10.229.214.199 with HTTP; Tue, 7 Sep 2010 14:17:10 -0700 (PDT) X-Originating-IP: [69.91.158.216] In-Reply-To: <929991361.487274.1283561707352.JavaMail.root@erie.cs.uoguelph.ca> References: <929991361.487274.1283561707352.JavaMail.root@erie.cs.uoguelph.ca> Date: Tue, 7 Sep 2010 14:17:10 -0700 Message-ID: From: David Brodbeck To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Weird Linux - FreeBSD/ZFS NFSv4 interoperability problem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Sep 2010 21:17:12 -0000 On Fri, Sep 3, 2010 at 5:55 PM, Rick Macklem wrote: >> >> Here's a capture for you. This is a Linux client (192.168.30.30) >> working against a FreeBSD 8.1-RELEASE server (192.168.30.102). If you >> need a capture using FreeBSD 9, that'll require some more setup on my >> part and I won't be able to get to it until Monday. > > Ok, The server is returning NFS4ERR_OLD_STATEID, which means that the > seqid# inside the stateid is out of date. I think the original intent > of this was to be a debugging aid for client writers, but a discussion > on the nfsv4 mailing list pretty much concluded that it was useless. > (It is definitely the case that the server doesn't care. A separate > seqd# is used to order the open/lock/close ops.) > > So, please try the attached little patch that just disables the server > check for this case for Close. (The line #s will be different than > 8.1, but all it is doing is commenting out the test for this case in > nfsrv_openupdate(), if the patch won't apply directly.) This seems to have changed the problem. Now I get the following error during checkouts: svn: In directory 'documentation/software-notes' svn: Can't copy 'documentation/software-notes/.svn/tmp/text-base/directory-server-install-notes.txt.svn-base' to 'documentation/software-notes/.svn/tmp/directory-server-install-notes.txt.tmp.tmp': Input/output error I don't see any related errors in the syslog on the client or server. This is on FreeBSD 8.1-RELEASE; I'm going to try to test with 9 later today.