From owner-freebsd-bugs@FreeBSD.ORG Sun Feb 2 03:00:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1FE0D60 for ; Sun, 2 Feb 2014 03:00:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9AAE1144A for ; Sun, 2 Feb 2014 03:00:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s12300Fm046243 for ; Sun, 2 Feb 2014 03:00:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s12300tX046242; Sun, 2 Feb 2014 03:00:00 GMT (envelope-from gnats) Resent-Date: Sun, 2 Feb 2014 03:00:00 GMT Resent-Message-Id: <201402020300.s12300tX046242@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Scott Robbins Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77DF6B7C for ; Sun, 2 Feb 2014 02:52:23 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 365D913E5 for ; Sun, 2 Feb 2014 02:52:23 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id i13so8389747qae.27 for ; Sat, 01 Feb 2014 18:52:22 -0800 (PST) Received: from _HOSTNAME_ ([74.73.41.31]) by mx.google.com with ESMTPSA id j65sm20662999qgj.18.2014.02.01.18.52.19 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 01 Feb 2014 18:52:21 -0800 (PST) Received: by _HOSTNAME_ (sSMTP sendmail emulation); Sat, 01 Feb 2014 21:55:03 -0500 Message-Id: <52edb2e5.c7218c0a.7d28.645a@mx.google.com> Date: Sat, 01 Feb 2014 21:55:03 -0500 From: Scott Robbins To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.114 Subject: misc/186360: jail using nullfs and unionfs doesn't mount devfs X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Scott Robbins List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 03:00:00 -0000 >Number: 186360 >Category: misc >Synopsis: jail using nullfs and unionfs doesn't mount devfs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 02 03:00:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Scott Robbins >Release: FreeBSD 10.0-RELEASE amd64 >Organization: >Environment: System: FreeBSD clevo1.scottro.net 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r261350: Sat Feb 1 08:40:58 EST 2014 root@clevo1.scottro.net:/usr/obj/usr/src/sys/GENERIC amd64 >Description: When creating a jail to share a nullfs jail, as described in detail at http://home.roadrunner.com/~computertaijutsu/nullfsjail.html, based on the article at https://www.freebsd.org/doc/handbook/jails-application.html, devfs does not get mounted on the application jail, despite an entry for it in /etc/jail.conf. When using a standard jail (or jails), devfs does mount as expected. However, when using the nullfs method to share jails, after the application jail is started, its /dev only shows two directories, log and null. I realize that this is a fairly uncommon use case, but it is something that worked without problem in FreeBSD-9.2, (although in that case, entries were made in /etc/rc.conf rather than /etc/jail.conf How-To-Repeat: Install a jail as described in the link above, that shares a filesystem with a nullfs jail. Have the entry for the application jail to mount devfs and start the jail. An example jail.conf entry www_jail { path = /jails/_www_jail; mount.devfs; devfs_ruleset = 4; host.hostname = www_jail; ip4.addr = 192.168.1.199; exec.start = "/bin/sh /etc/rc"; exec.stop = "/bin/sh /etc/rc.shutdown"; } >How-To-Repeat: >Fix: The only workarounds that I have found are to either manually mount devfs after starting the jail or to create an /etc/rc.local with a line to mount devfs on each application jail. >Release-Note: >Audit-Trail: >Unformatted: