From owner-svn-src-all@FreeBSD.ORG Mon Oct 14 18:45:43 2013 Return-Path: Delivered-To: svn-src-all@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 ESMTP id 9927D98B; Mon, 14 Oct 2013 18:45:43 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw14.york.ac.uk (mail-gw14.york.ac.uk [144.32.129.164]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A2842E29; Mon, 14 Oct 2013 18:45:43 +0000 (UTC) Received: from ury.york.ac.uk ([144.32.64.162]:43059) by mail-gw14.york.ac.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1VVn95-0002eB-9Q; Mon, 14 Oct 2013 19:45:35 +0100 Date: Mon, 14 Oct 2013 19:45:35 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@thunderhorn.york.ac.uk To: Hiroki Sato Subject: Re: svn commit: r256256 - in head: . etc etc/defaults etc/rc.d share/man/man5 usr.sbin/jail In-Reply-To: <20131012.015639.236155929172394900.hrs@allbsd.org> Message-ID: References: <201310100932.r9A9WS0H013645@svn.freebsd.org> <04E9979E-1D97-4AA2-A7AE-F9D8457B3599@FreeBSD.org> <20131012.015639.236155929172394900.hrs@allbsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: svn-src-head@FreeBSD.org, remko@FreeBSD.org, src-committers@FreeBSD.org, svn-src-all@FreeBSD.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 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: Mon, 14 Oct 2013 18:45:43 -0000 On Sat, 12 Oct 2013, Hiroki Sato wrote: > Remko Lodder wrote > in <04E9979E-1D97-4AA2-A7AE-F9D8457B3599@FreeBSD.org>: > > re> Hi Hiroki, > re> > re> On Oct 10, 2013, at 11:32 AM, Hiroki Sato wrote: > re> > re> > Author: hrs > re> > Date: Thu Oct 10 09:32:27 2013 > re> > New Revision: 256256 > re> > URL: http://svnweb.freebsd.org/changeset/base/256256 > re> > > re> > Log: > re> > - Update rc.d/jail to use a jail(8) configuration file instead of > re> > command line options. The "jail__*" rc.conf(5) variables for > re> > per-jail configuration are automatically converted to > re> > /var/run/jail..conf before the jail(8) utility is invoked. > re> > This is transparently backward compatible. > re> > > re> > - Fix a minor bug in jail(8) which prevented it from returning false > re> > when jail -r failed. > re> > > re> > re> Thanks for doing such a massive update. However it seems to break the > re> ezjail utility. > re> My jails didn't restart after I upgraded to the most recent -head > re> version I'm also seeing issues with ezjail - in my case, the jails do start up properly, but ezjail doesn't believe that they have. > re> FreeBSD nakur.elvandar.org 10.0-ALPHA6 FreeBSD 10.0-ALPHA6 #7 r256311: > re> Fri Oct 11 13:27:54 CEST 2013 > re> root@nakur.elvandar.org:/usr/obj/usr/src/sys/NAKUR amd64 > re> > re> If I replace this with an older version, the utility starts and > re> complains about certain things not being done properly. The > re> system does not mount devfs nodes anylonger and thus is basically out > re> of function. > re> > re> I was not expecting this much fallout from this change, others that > re> will be upgrading will loose the ability to start their jails until > re> they can > re> resolve this by hand. > > Can you send me your ezjail configuration and differences of the > results (error messages, mount handling, etc) between old and new > rc.d/jail? The issue for me is that the /var/run/jail_${jailname}.id files are no longer created, which ezzjail uses to keep track of jail state. As a temporary workaround, for each jail I have on the host done echo $jail_id > /var/run/jail_${jailname}.id and this allows me to manage that jail again from within ezjail. Gavin