svn commit: r232059 - in head: sys/fs/devfs sys/fs/nullfs
sys/kern sys/sys usr.sbin/jail
Lawrence Stewart
lstewart at freebsd.org
Wed Oct 3 03:20:58 UTC 2012
Hi Martin,
On 02/24/12 05:51, Martin Matuska wrote:
> Author: mm
> Date: Thu Feb 23 18:51:24 2012
> New Revision: 232059
> URL: http://svn.freebsd.org/changeset/base/232059
>
> Log:
> To improve control over the use of mount(8) inside a jail(8), introduce
> a new jail parameter node with the following parameters:
>
> allow.mount.devfs:
> allow mounting the devfs filesystem inside a jail
>
> allow.mount.nullfs:
> allow mounting the nullfs filesystem inside a jail
>
> Both parameters are disabled by default (equals the behavior before
> devfs and nullfs in jails). Administrators have to explicitly allow
> mounting devfs and nullfs for each jail. The value "-1" of the
> devfs_ruleset parameter is removed in favor of the new allow setting.
>
> Reviewed by: jamie
> Suggested by: pjd
> MFC after: 2 weeks
Is there any reason this and the other related commits (e.g. r232186,
232247,232278,232291,230129 and maybe others I missed) haven't been
MFCed to stable/8?
I'm seeing an interesting bug on an 8.3-STABLE (built mid August)
machine whereby a zfs dataset with jailed=on can be managed and mounted
inside the jail with enable_statfs=1, but shows up in the primary host's
mount list instead of the jail's. I then can't zfs unmount the
filesystem from within the jail or the primary host.
The same set up works fine on 9.1-RC1.
Would you mind MFCing all relevant jail-related ZFS commits to stable/8
which are currently only in 9 and head?
Cheers,
Lawrence
More information about the svn-src-head
mailing list