[Ocfs2-devel] [PATCH] ocfs2: Prevent mount with "-o acl" if acl isn't supported.
Joel Becker
Joel.Becker at oracle.com
Thu Jun 11 08:58:14 PDT 2009
On Thu, Jun 11, 2009 at 08:43:49AM -0700, Joel Becker wrote:
> On Thu, Jun 11, 2009 at 05:03:55AM +0800, Tao Ma wrote:
> > Currently, if we don't enable CONFIG_OCFS2_FS_POSIX_ACL, ocfs2
> > will not support acl. That is OK.
> >
> > But in the following case:
> > 1. kernel isn't built to support acl.
> > 2. mount -t ocfs2 -o acl /dev/sdx /mnt/ocfs2.
> > It sucesses. And what's more, if I do "mount|grep sdx" will get
> > /dev/sdx on /mnt/ocfs2 type ocfs2 (rw,acl,heartbeat=none)
> >
> > So a normal user will just think acl now is ok for the volume and
> > he will surely be puzzled when he tries setfacl and fails with
> > "Operation not supported".
> >
> > The good thing is that the kernel already printk some useful
> > information, so this patch just tries to prevent the user from
> > mounting the volume.
>
> Hmm, everyone else seems to do it the way we have been. Trying
> to think about the surprise you describe vs the surprise of ocfs2 being
> different than other linux filesystms.
Ok, I bounced this off of various fs developers, and there was
significant support for leaving it as-is. Basically, it would suck for
every filesystem in fstab to fail to mount just because you changed your
kernel.
Chris and Cristoph pointed out that btrfs and xfs always assume
'-o acl,user_xattr' if the feature is compiled in. They are always on.
btrfs only disables acls with '-o noacl'. Might be worth considering.
Joel
--
"I am working for the time when unqualified blacks, browns, and
women join the unqualified men in running our overnment."
- Sissy Farenthold
Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker at oracle.com
Phone: (650) 506-8127
More information about the Ocfs2-devel
mailing list