Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 12 Nov 2008 09:26:58 +0100
From:      Pawel Jakub Dawidek <pjd@FreeBSD.org>
To:        Ceri Davies <ceri@submonkey.net>
Cc:        freebsd-arch@freebsd.org
Subject:   Re: Directory rename semantics.
Message-ID:  <20081112082658.GA2441@garage.freebsd.pl>
In-Reply-To: <20081107123259.GC34757@submonkey.net>
References:  <20081027193545.GA95872@pin.if.uz.zgora.pl> <20081028161855.GA45129@zim.MIT.EDU> <20081106192829.GA98742@pin.if.uz.zgora.pl> <20081106195558.GG2281@submonkey.net> <gf168k$48o$1@ger.gmane.org> <20081107123259.GC34757@submonkey.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--PEIAKu/WMn1b1Hv9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Nov 07, 2008 at 12:32:59PM +0000, Ceri Davies wrote:
> On Fri, Nov 07, 2008 at 11:44:27AM +0100, Ivan Voras wrote:
> > Ceri Davies wrote:
> > > On Thu, Nov 06, 2008 at 08:28:29PM +0100, Edward Tomasz Napierala wro=
te:
> > >> After discussion about this with rwatson and pjd, I decided to do
> > >> the opposite: change ZFS behaviour to match UFS.  Reason is simple:
> > >> this is security, and we want to be conservative here.  It's impossi=
ble
> > >> to make sure this change wouldn't cause security problems.
> > >=20
> > > Perhaps it would have been better to either do nothing or create a zfs
> > > property that toggled this behaviour so that people who expect ZFS to
> > > behave a certain way get it.  I'm not sure why we would want all
> > > filesystems to behave the same way, to be honest.
> >=20
> > That would be desirable if we want file system semantics to be a
> > property of the OS instead of individual file systems. (Though I don't
> > know if there's ever been a conscious decision about this particular
> > goal). If so, a knob that toggles between the behaviours should toggle
> > it for all file systems. Having them behave differently can create
> > problems in migration to and from ZFS.
>=20
> That's essentially what has just happened, but without the knob.
>=20
> I'm not really sure whether you agree with the change that was made or
> not.

=46rom user's perspective if I want to migrate from UFS to ZFS, I don't
want to find out that there are differences in how FS behaves. I'm
trying to make ZFS to be a full functional replacement for UFS, so that
it supports chflags(2), extattrs, etc. Of course we need to draw a
line what do we really want to support and what we may skip or support
not fully.

For example...

ZFS/FreeBSD on directory creation inherits group ownership from the
parent directory and now it also obeys directory write permissions when
we want to move it to another directory.

We support FreeBSD's extattrs, not Solaris fsattrs.

We could support POSIX.1e ACLs easly (on top of extattrs), but we want
to move to NFSv4-like ACLs with UFS too, AFAIK.

We support chflags(2), but not all the flags.

(I'm talking about perforce version.)

--=20
Pawel Jakub Dawidek                       http://www.wheel.pl
pjd@FreeBSD.org                           http://www.FreeBSD.org
FreeBSD committer                         Am I Evil? Yes, I Am!

--PEIAKu/WMn1b1Hv9
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4 (FreeBSD)

iD8DBQFJGpNRForvXbEpPzQRAjaMAJ9d6OeMcRWf235DzAvW0ufhxMvK8QCgtiFH
+Tk7TCFmpT0VQzg7wiRU6jA=
=ONrS
-----END PGP SIGNATURE-----

--PEIAKu/WMn1b1Hv9--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081112082658.GA2441>