linux-kernel - Re: [PATCH 23/26] ceph: nfs re-export support

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 3 Mar 2010 13:37:43 -0800 (PST)
From:	Sage Weil <sage@...dream.net>
To:	Christoph Hellwig <hch@...radead.org>
cc:	linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 23/26] ceph: nfs re-export support

On Wed, 3 Mar 2010, Christoph Hellwig wrote:
> On Tue, Mar 02, 2010 at 04:46:54PM -0800, Sage Weil wrote:
> > Basic NFS re-export support is included.  This mostly works.  However,
> > Ceph's MDS design precludes the ability to generate a (small)
> > filehandle that will be valid forever, so this is of limited utility.
> 
> So don't include it if it's broken by design.

Well, there are changes we can make to the MDS to make it work that are on 
the roadmap (they'll also help with disaster recovery).  They will require 
some change on the client side, though, so it's not like the current 
implementation will suddenly work perfectly with a server-side upgrade.

That said, I don't think Ceph is the only filesystem that has this problem 
(fat? fuse? cifs?), and it is still useful in its current state.  But I 
can leave it off by default (via Kconfig option), or include a kern.log 
warning, or leave it out entirely, if that's what people prefer.

sage
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/