From owner-svn-src-all@FreeBSD.ORG Wed Oct 3 03:20:58 2012 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80D871065670; Wed, 3 Oct 2012 03:20:58 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 3DFCD8FC0A; Wed, 3 Oct 2012 03:20:58 +0000 (UTC) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by lauren.room52.net (Postfix) with ESMTPSA id 60D667E84A; Wed, 3 Oct 2012 13:20:56 +1000 (EST) Message-ID: <506BAF17.7080903@freebsd.org> Date: Wed, 03 Oct 2012 13:20:55 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120814 Thunderbird/14.0 MIME-Version: 1.0 To: Martin Matuska References: <201202231851.q1NIpOxH018329@svn.freebsd.org> In-Reply-To: <201202231851.q1NIpOxH018329@svn.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lauren.room52.net Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: svn commit: r232059 - in head: sys/fs/devfs sys/fs/nullfs sys/kern sys/sys usr.sbin/jail X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2012 03:20:58 -0000 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