From: Jan Engelhardt Subject: Re: [PATCH 02/18] xstat: Add a pair of system calls to make extended file stats available [ver #6] Date: Sat, 31 Jul 2010 23:20:24 +0200 (CEST) Message-ID: 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> <1279825160.3621.71.camel@heimdal.trondhjem.org> <4C5311F4.2050100@psu.edu> <1280513506.12852.22.camel@heimdal.trondhjem.org> <09B770A6-48DB-4296-B6C2-BF46D4DC7E57@dilger.ca> <1280603032.3125.24.camel@heimdal.trondhjem.org> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Andreas Dilger , Phil Pishioneri , Volker.Lendecke@SerNet.DE, Jeremy Allison , Linus Torvalds , David Howells , 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 To: Trond Myklebust Return-path: Received: from borg.medozas.de ([188.40.89.202]:49624 "EHLO borg.medozas.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752072Ab0GaVU0 (ORCPT ); Sat, 31 Jul 2010 17:20:26 -0400 In-Reply-To: <1280603032.3125.24.camel@heimdal.trondhjem.org> Sender: linux-ext4-owner@vger.kernel.org List-ID: On Saturday 2010-07-31 21:03, Trond Myklebust wrote: >On Sat, 2010-07-31 at 12:41 -0600, Andreas Dilger wrote: >> On 2010-07-30, at 12:11, Trond Myklebust wrote: >> > Your Mac has a perfectly functional CIFS client, as do your Linux boxes. >> > They both interoperate just fine with Samba, and would presumably >> > continue to do so if someone were to decide to reuse the ctime field on >> > your Samba box as storage for a create time. >> >> CIFS doesn't support symlinks (they just appear as the referenced file), so I've had applications that scan the filesystem recurse indefinitely due to symlinked directories on a CIFS share appearing as hard-linked directories on the client. This doesn't happen when the filesystem is accessed via NFS. > >Sigh... So please explain how it would be useful to export that >particular filesystem through _both_ CIFS and NFS? Seems like a reasonable case for, say, a public "ftp server". For example, I keep ftp5.gwdg.de:/ftp/pub mounted, that's a little more convenient than always having to start an ftp cilent. Conversely, since NFS is, well, non-existent on Windows, one would use CIFS there (had it ftp5 opened) to get the same convenience.