From owner-svn-src-head@FreeBSD.ORG Fri Dec 5 18:35:02 2008 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8EE81065672 for ; Fri, 5 Dec 2008 18:35:02 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outr.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id 979108FC14 for ; Fri, 5 Dec 2008 18:35:02 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id B6EAA24C9; Fri, 5 Dec 2008 10:22:35 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 5CA842D6004; Fri, 5 Dec 2008 10:22:36 -0800 (PST) Message-ID: <4939716A.3080103@elischer.org> Date: Fri, 05 Dec 2008 10:22:34 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: James Gritton References: <200811291432.mATEWE2a053742@svn.freebsd.org> <86skp3yje2.fsf@ds4.des.no> <20081204184332.C80401@maildrop.int.zabbadoz.net> <4939482F.4040404@gritton.org> In-Reply-To: <4939482F.4040404@gritton.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: svn-src-head@freebsd.org, "Bjoern A. Zeeb" , svn-src-all@freebsd.org, src-committers@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: svn commit: r185435 - in head: lib/libc/sys lib/libkvm share/man/man4 sys/compat/freebsd32 sys/kern sys/net sys/netinet sys/netinet6 sys/security/mac_bsdextended sys/sys usr.bin/cpuset usr.sbin/jai... X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2008 18:35:02 -0000 James Gritton wrote: > Bjoern A. Zeeb wrote: >> On Thu, 4 Dec 2008, Dag-Erling Smørgrav wrote: >>> "Bjoern A. Zeeb" writes: >>>> Jails can have an unrestricted (no duplicate protection, etc.) name >>>> in addition to the hostname. The jail name cannot be changed from >>>> within a jail and is considered to be used for management purposes >>>> or as audit-token in the future. >>> >>> Is there a specific reason why we allow duplicates? >> >> Yes, so that people have a choice. >> >> You would have to take into account "DYING" jails with possibly >> duplicate names anyway. >> >> And it's a purely administrative name (cannot be changed from within >> the jail) so it's up to the administrator to have 2 "Customer Webserver" >> jails or a "Customer Webserver Tin" and a "Customer Webserver Box". >> >> BTW. in case people wonder how to set it (atm.) from rc.conf, you >> can use jail__flags. > > My new (upcoming) jail framework patches also support names, but without > allowing duplicates. This is necessary because jails can be looked up > in the kernel by name as well as by ID. I handle the special case of > "dying" jails, allowing a new jail to duplicate the name of one on the > the way out. > > As far as people having a choice, I don't see any more reason to offer > the choice of duplicate jail names than I do in offering duplicate login > names. It just doesn't make sense in the context of what purpose I > expect a name to serve. hierarchical names make this even less sensible, > > - Jamie