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