Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756345Ab0GVS7t (ORCPT ); Thu, 22 Jul 2010 14:59:49 -0400 Received: from mail-out1.uio.no ([129.240.10.57]:52165 "EHLO mail-out1.uio.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750799Ab0GVS7r (ORCPT ); Thu, 22 Jul 2010 14:59:47 -0400 Subject: Re: [PATCH 02/18] xstat: Add a pair of system calls to make extended file stats available [ver #6] From: Trond Myklebust To: Volker.Lendecke@SerNet.DE Cc: Jeremy Allison , Linus Torvalds , David Howells , Jan Engelhardt , linux-cifs@vger.kernel.org, linux-nfs@vger.kernel.org, samba-technical@lists.samba.org, linux-kernel@vger.kernel.org, viro@zeniv.linux.org.uk, linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org In-Reply-To: References: <20100715021712.5544.44845.stgit@warthog.procyon.org.uk> <30448.1279800887@redhat.com> <20100722162712.GB10352@jeremy-laptop> <1279817930.3621.14.camel@heimdal.trondhjem.org> <20100722180204.GA32008@samba1> Content-Type: text/plain; charset="UTF-8" Date: Thu, 22 Jul 2010 14:59:20 -0400 Message-ID: <1279825160.3621.71.camel@heimdal.trondhjem.org> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 (2.30.2-1.fc13) Content-Transfer-Encoding: 7bit X-UiO-Ratelimit-Test: rcpts/h 12 msgs/h 1 sum rcpts/h 21 sum msgs/h 2 total rcpts 670 max rcpts/h 20 ratelimit 0 X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: 6F9B0CABCC3B529CE1126B953B1A1F3B6973D6AB X-UiO-SPAM-Test: remote_host: 68.40.206.115 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 1 total 277 max/h 6 blacklist 0 greylist 0 ratelimit 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1592 Lines: 39 On Thu, 2010-07-22 at 20:04 +0200, Volker Lendecke wrote: > On Thu, Jul 22, 2010 at 11:02:04AM -0700, Jeremy Allison wrote: > > On Thu, Jul 22, 2010 at 12:58:50PM -0400, Trond Myklebust wrote: > > > > > > That would make it impossible to export the filesystem with NFSv2 and > > > v3. They do rely on ctime checking for certain operations (e.g. deciding > > > when to invalidate access and acl caches). NFSv4 needs this too if the > > > filesystem has no dedicated change attribute. > > > > > > Still, I suppose the market for exporting the same filesystem with both > > > NFS and Samba is limited... > > > > Ask NetApp about that :-). They have built a rather large > > business on just that fact :-). > > Jeremy, how many hours have you spent getting "posix > locking" to the point where it is now? :-) > > Volker > > P.S: For those not aware, "posix locking = yes" is > cross-protocol byte range locking done by smbd to co-operate > with local processes and NFS. I said "limited", not "non-existent". The fact remains that most of us would be hard pressed to name an application that requires you to share the same dataset to both Windows/CIFS and posix NFS clients. Everything from ACL models through caseless vs case-aware filesystems and Windows vs posix locking semantics tends to discourage mixing the two environments. Trond -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/