From mboxrd@z Thu Jan 1 00:00:00 1970 From: "William A.(Andy) Adamson" Subject: Re: file leases Date: Tue, 21 Sep 2004 11:07:26 -0400 Sender: linux-fsdevel-owner@vger.kernel.org Message-ID: <20040921150726.7D58A1BBB6@citi.umich.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: andros@citi.umich.edu, sfr@canb.auug.org.au, linux-fsdevel@vger.kernel.org Return-path: Received: from citi.umich.edu ([141.211.133.111]:2737 "EHLO citi.umich.edu") by vger.kernel.org with ESMTP id S267721AbUIUPH1 (ORCPT ); Tue, 21 Sep 2004 11:07:27 -0400 To: jamie@shareable.org List-Id: linux-fsdevel.vger.kernel.org ah. i have performed similar tests with nfsd and delegations. i'll open a file for READ locally on a version 4 nfsd exported portion of the file system, and request a lease via fcntl_setlease() setting up a signal handler to handle the break_lease callback. then, i'll open the same file for WRITE from an nfs version 4 client. the lease on the local file is broken within 1-2 seconds, and then nfs client WRITE is serviced. if you want, i can send the source to the test programs to set a lease. -->Andy --------jamie@shareable.org said ----------- Eh? There's only one client, and it's idle. Presumably it's holding an oplock. When I want to edit a file directly on the server, opening for write stalls for a long time. Presumably the lease causes Samba to send a break_lease to the _one_ client. Being an idle client that's not holding the file open, it should respond immediately to break_lease, and then Samba should let me open the file locally. That's how leases are supposed to work, but something in that whole arrangement isn't working properly. Samba is 3.0.6-r3, kernel is 2.6.8 (both gentoo versions).