Date: Thu, 19 Mar 2009 14:46:13 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: Zachary Loafman <zachary.loafman@isilon.com> Cc: Alfred Perlstein <alfred@freebsd.org>, freebsd-arch@freebsd.org Subject: Re: NFS version 4.0 for FreeBSD-CURRENT Message-ID: <Pine.GSO.4.63.0903191431190.8137@muncher.cs.uoguelph.ca> In-Reply-To: <20090319164251.GA13081@zloafman.west.isilon.com> References: <Pine.GSO.4.63.0903151520590.16993@muncher.cs.uoguelph.ca> <20090315205229.GV55200@elvis.mu.org> <Pine.GSO.4.63.0903151702440.1646@muncher.cs.uoguelph.ca> <20090319164251.GA13081@zloafman.west.isilon.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 19 Mar 2009, Zachary Loafman wrote: > First off, I wanted to start by saying something that may interest the > community at large: We (Isilon) recently staffed a small NFS group. Our > intention is to use and extend Rick's awesome effort. We will have three > full-time employees working on producitizing it for us "soon" - by > mid-May all three employees should be working on v4. It is our intention > to give the work back, but we're still trying to work out our > branching/upstreaming model. > Sounds like good news to me. > I don't know if that affects the timing on this being merged to CURRENT > or not. It might be nice if we had an opportunity to review some things > prior to APIs/VOPs being set in stone, but it would also be nice to get > wider exposure for Rick's code. > The only VFS change I've done is redefining the va_filerev/i_modrev attribute/i-node field such that it satisfies the requirements of the nfsv4 Change attribute. (Way back when, i_modrev was put in for not quite nfs by me, I think? I don't think anything else uses it, but I can't be sure?) The changes are: 1 - move it from the in memory i-node to spare space at the end of the on-disk i-node, so that it will survive a server crash. 2 - incrementing it for metadata changes as well as data changes (I can't think how having it survive a crash could break any app. that might be using it. The fact that it's value would change for metadata changes as well as data changes might affect something?) Does anyone know of an app. that uses the va_filerev attribute? [stuff snipped] > I think v4.1 is closer than you might think. We've received numerous > requests for pNFS, and I think many vendors will ship basic 4.1 stacks > this year. > I'll email on nfsv4@linux-nfs.org and ask. (I haven't been to a testing event, but I'd be under an NDA if I had been. My impression was that no one had SSV working yet and, although there had been a fair amount of pNFS testing, sessions were lagging behind. No sessions (and SSV is the front end part of sessions) and no 4.1. (I wouldn't be surprised if some server vendors are getting close, but without a Linux client...) > > Can you put us in contact? I'd like to avoid duplication of effort here. > I'll ping him via email and then contact you. [good stuff snipped] rick
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.63.0903191431190.8137>