From owner-freebsd-hackers  Tue Nov 12 22:43:42 2002
Delivered-To: freebsd-hackers@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6B88337B401
	for <freebsd-hackers@FreeBSD.ORG>; Tue, 12 Nov 2002 22:43:41 -0800 (PST)
Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1574F43E75
	for <freebsd-hackers@FreeBSD.ORG>; Tue, 12 Nov 2002 22:43:41 -0800 (PST)
	(envelope-from dillon@apollo.backplane.com)
Received: from apollo.backplane.com (localhost [127.0.0.1])
	by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gAD6hcFC068263;
	Tue, 12 Nov 2002 22:43:38 -0800 (PST)
	(envelope-from dillon@apollo.backplane.com)
Received: (from dillon@localhost)
	by apollo.backplane.com (8.12.5/8.12.5/Submit) id gAD6hcLg068262;
	Tue, 12 Nov 2002 22:43:38 -0800 (PST)
	(envelope-from dillon)
Date: Tue, 12 Nov 2002 22:43:38 -0800 (PST)
From: Matthew Dillon <dillon@apollo.backplane.com>
Message-Id: <200211130643.gAD6hcLg068262@apollo.backplane.com>
To: "Cameron Grant" <gandalf@vilnya.demon.co.uk>
Cc: "Daniel O'Connor" <doconnor@gsoft.com.au>,
	"Hans Zaunere" <zaunere@yahoo.com>, <freebsd-hackers@FreeBSD.ORG>
Subject: Re: Shared files within a jail
References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <011e01c28ade$95d1c280$4004020a@haveblue>
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-hackers.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-hackers>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-hackers>
X-Loop: FreeBSD.ORG


:>     is certainly a lot safer if the stuff behind the mount is mostly
:>     static.
:
:null mounts, in -stable at least, are broken for this purpose.  on
:connection, sshd revoke()s some device- its pty, i assume, and when this
:hits the nullfs layer a null pointer is dereferenced.  if i had vfs-clue i'd
:have fixed it when i found the panic about two weeks ago.  when i overcame
:this by putting the jails /dev on an nfs loopback, i managed to produce two
:more different panics.
:
:    -cg

    Well, that sounds like an addressable bug.  But I don't see any
    paricular reason why it would be a show-stopper.  /dev doesn't
    take up any significant amount of space, just copy it for each jail.

						-Matt


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message