Date: Fri, 3 Sep 2010 20:55:07 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: David Brodbeck <gull@gull.us> Cc: freebsd-fs@freebsd.org Subject: Re: Weird Linux - FreeBSD/ZFS NFSv4 interoperability problem Message-ID: <929991361.487274.1283561707352.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <AANLkTimUD5jqfPrZL5TdS15t0Nxv=WTcwsrQt7w4kXKx@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
------=_Part_487273_1760299342.1283561707351 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit > > 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.) I'm almost at the point where I'll just disable all the cases that generate NFS4ERR_OLDSTATEID in the server. (It is already disabled for Read/Write/Setattr of size unless you tweak a variable.) Please let me know if it helps, rick ------=_Part_487273_1760299342.1283561707351 Content-Type: text/x-patch; name=nfsdstate.patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=nfsdstate.patch LS0tIG5mc19uZnNkc3RhdGUuYy5zYXYJMjAxMC0wOS0wMyAxOTozNTo0NC4wMDAwMDAwMDAgLTA0 MDAKKysrIG5mc19uZnNkc3RhdGUuYwkyMDEwLTA5LTAzIDE5OjQwOjQwLjAwMDAwMDAwMCAtMDQw MApAQCAtMjg3Myw5ICsyODczLDExIEBACiAJaWYgKCFlcnJvcikKIAkJZXJyb3IgPSBuZnNydl9j aGVja3NlcWlkKG5kLCBuZXdfc3RwLT5sc19zZXEsCiAJCSAgICBzdHAtPmxzX29wZW5vd25lciwg bmV3X3N0cC0+bHNfb3ApOworI2lmZGVmIG5vdG5vdwogCWlmICghZXJyb3IgJiYgc3RwLT5sc19z dGF0ZWlkLnNlcWlkICE9IG5ld19zdHAtPmxzX3N0YXRlaWQuc2VxaWQgJiYKIAkgICAgIShuZXdf c3RwLT5sc19mbGFncyAmIE5GU0xDS19DT05GSVJNKSkKIAkJZXJyb3IgPSBORlNFUlJfT0xEU1RB VEVJRDsKKyNlbmRpZgogCWlmICghZXJyb3IgJiYgdm5vZGVfdnR5cGUodnApICE9IFZSRUcpIHsK IAkJaWYgKHZub2RlX3Z0eXBlKHZwKSA9PSBWRElSKQogCQkJZXJyb3IgPSBORlNFUlJfSVNESVI7 Cg== ------=_Part_487273_1760299342.1283561707351--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?929991361.487274.1283561707352.JavaMail.root>