On Thu, Nov 29, 2007 at 02:41:57PM -0800, Marc Eshel wrote: > The problem seems to be with the fact that the client and server are on > the same machine. This test work fine with or without an underlaying fs > that supports locking when the client and the server are on a different > machines. Like you said the server is trying to send the grant message to > the client but for some reason it fails when the client is on the same > machine. That *shouldn't* make a difference, so we need to take another look at this--Oleg, this problem is still unfixed, right? --b. > Marc. > > "J. Bruce Fields" <bfields@xxxxxxxxxxxx> wrote on 11/29/2007 11:15:32 AM: > > > On Thu, Nov 29, 2007 at 02:04:40PM -0500, Oleg Drokin wrote: > > > Hello! > > > > > > There is a problem with blocking async posix lock enqueue in > > > 2.6.22 and 2.6.23 kernels. Lock call to underlying FS is done > > > just fine, but when fl_grant is called to inform lockd of > > > succesful granting, nothing happens, and no reply to client is > > > sent. The end result is client reports that the server is not > > > responding. I enabled dprintks in the code and I see that > > > immediately after fl_grant, there is nlmsvc_grant_blocked message > > > (after callback: label) printed. Then server not responding > > > messages start, and after every message about "coulndn't create > > > RPC handle for localhost" I see nlmsvc_grant_blocked "lockd: > > > GRANTing blocked lock" message again with no activity from > > > underlying FS. > > > > > > I am attaching a reproducer that I have, it is quite simple > > > actually. Take note, that path to file to lock is hardcoded, so > > > adjust for your environment please. Lcoking should be performed > > > on a file that resides on nfs client mountpoint. > > > > > > I reproduced the problem with 2.6.22 and 2.6.23 with Lustre (I am > > > working on adapting lustre to async posix locks API) and GFS2. > > > Setup is totally local, i.e. I have single node on which there is > > > gfs (both server and client) (or lustre - just client, but that > > > does not make any difference), nfs server and nfs client that > > > mounts exported gfs or lustre. > > > > Thanks, I'll take a look. Replying now just to add Marc to the cc:. > > > > --b. > - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
