Return-Path: linux-nfs-owner@vger.kernel.org Received: from partagas.dragonet.es ([217.70.240.130]:46449 "EHLO partagas.dragonet.es" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753570Ab2DWOsL (ORCPT ); Mon, 23 Apr 2012 10:48:11 -0400 Message-ID: <4F956BEA.4020201@steve-ss.com> Date: Mon, 23 Apr 2012 16:49:14 +0200 From: steve MIME-Version: 1.0 To: Andrew Bartlett CC: simo , linux-nfs@vger.kernel.org, "samba-technical@lists.samba.org" , Jeremy Allison , Ondrej Valousek Subject: Re: NFSv4 ACLs References: <4F913492.8000402@s3group.cz> <20120420185553.GB32622@samba2> <20120420212627.GA710@fieldses.org> <20120420215945.GE32622@samba2> <20120420220832.GA1914@fieldses.org> <1334972084.2492.722.camel@pico.li.ssimo.org> <4F929B50.1020407@steve-ss.com> <1335052658.17583.4.camel@obed> In-Reply-To: <1335052658.17583.4.camel@obed> Content-Type: text/plain; charset=UTF-8; format=flowed Sender: linux-nfs-owner@vger.kernel.org List-ID: On 22/04/12 01:57, Andrew Bartlett wrote: > On Sat, 2012-04-21 at 13:34 +0200, steve wrote: >> On 21/04/12 03:34, simo wrote: >>> On Fri, 2012-04-20 at 18:08 -0400, J. Bruce Fields wrote: >>>> On Fri, Apr 20, 2012 at 02:59:45PM -0700, Jeremy Allison wrote: >>>>> On Fri, Apr 20, 2012 at 05:26:27PM -0400, J. Bruce Fields wrote: >>>>>> On Fri, Apr 20, 2012 at 11:55:53AM -0700, Jeremy Allison wrote: >>>>>>> On Fri, Apr 20, 2012 at 12:04:02PM +0200, Ondrej Valousek wrote: >>>>>>>> Hi List, >>>>>>>> >> >>> >>>> (By the way, is reexporting nfs with samba really going to work well >>>> anyway?) >>> >>> Not really, it is generally unsupported, except for read only shares. It >>> will work in most of the simple cases for writing .. until it breaks :) >>> >> >> Hi >> That's worrying. >> >> We been rw'ing nfs/samba for years. Maybe we're the only ones. nfs3 for >> our Linux clients and samba for the rest. Same shared data. Only Posix >> acl's though. Maybe that's the simple bit? >> Cheers, >> Steve > > Are Samba and NFSd running on the same server, exporting the same data? > That is what is expected to work. See 'kernel oplocks' (the default of > which will change for 4.0) to allow NFS and Samba to break each other's > oplocks. > s3 and nfs work fine (maybe others are doing it too?) We are testing Samba4 and nfs now and yes same data, same box. As yet, we've not been able to break it no matter what we throw at it. When will the oplocks default change? Will it affect us? Cheers, Steve