From owner-freebsd-fs@FreeBSD.ORG Wed Sep 8 01:27:31 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 78D6D106566B for ; Wed, 8 Sep 2010 01:27:31 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id F097F8FC12 for ; Wed, 8 Sep 2010 01:27:30 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAEKDhkyDaFvO/2dsb2JhbACDGZ5ir1GRd4Eigyd0BIR4hSA X-IronPort-AV: E=Sophos;i="4.56,331,1280721600"; d="scan'208";a="93112937" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 07 Sep 2010 21:27:29 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id BDB9AB3EA3; Tue, 7 Sep 2010 21:27:29 -0400 (EDT) Date: Tue, 7 Sep 2010 21:27:29 -0400 (EDT) From: Rick Macklem To: David Brodbeck Message-ID: <3705884.579377.1283909249721.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [24.65.230.102] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - SAF3 (Mac)/6.0.7_GA_2473.RHEL4_64) Cc: freebsd-fs@freebsd.org 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: Wed, 08 Sep 2010 01:27:31 -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. > Ok, if you feel like emailing me another packet capture, I can look and see where the EIO is being returned. And good luck with testing the newer ZFS, rick