2007-02-03 05:30:59

by J.Bruce Fields

[permalink] [raw]
Subject: asynchronous locks for cluster exports


This is another attempt at a posix locking interface that allows us to
provide NFS clients with cluster-coherent locking without blocking lockd
while the filesystem goes off and talks to other nodes.

This time we're using the existing file ->lock operation instead of
defining a new export operation for the purpose, and factoring out the
code that switches between calling ->lock or the default local
operation, so that lock managers and local callers go through the same
code.

I find the existing interfaces a little odd, and while I think I managed
to combine them correctly, I'd certainly appreciate any review.

The gfs2 implementation in the last patch is (unfortunately) still just
a rough draft that needs some more thought and some testing.

--b.

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs


2007-02-03 08:39:29

by Christoph Hellwig

[permalink] [raw]
Subject: Re: asynchronous locks for cluster exports

On Sat, Feb 03, 2007 at 12:30:55AM -0500, J. Bruce Fields wrote:
> The gfs2 implementation in the last patch is (unfortunately) still just
> a rough draft that needs some more thought and some testing.

So what exactly in this patch is tested?


2007-02-04 01:44:58

by J. Bruce Fields

[permalink] [raw]
Subject: Re: asynchronous locks for cluster exports

On Sat, Feb 03, 2007 at 08:39:29AM +0000, Christoph Hellwig wrote:
> On Sat, Feb 03, 2007 at 12:30:55AM -0500, J. Bruce Fields wrote:
> > The gfs2 implementation in the last patch is (unfortunately) still just
> > a rough draft that needs some more thought and some testing.
>
> So what exactly in this patch is tested?

Marc's testing this stuff against gpfs. Yeah, I know, I know. I'm not
asking this be merged until it makes sense purely from the point of view
of in-tree users.

Right now all we know is that it doesn't appear to break local or NFS
locking, that it works for one out-of-tree filesystem, and that it looks
like it should be right for gfs--but the gfs implementation is just a
sketch, totally untested. I'm here at connectathon working with one of
the gfs developers, so hopefully that should change soon.

We'd like to work with ocfs too at some point, but last I heard they
hadn't yet tried to implement cluster-coherent posix locking.

--b.