Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 05 Dec 2008 10:22:34 -0800
From:      Julian Elischer <julian@elischer.org>
To:        James Gritton <jamie@gritton.org>
Cc:        svn-src-head@freebsd.org, "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>, svn-src-all@freebsd.org, src-committers@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
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...
Message-ID:  <4939716A.3080103@elischer.org>
In-Reply-To: <4939482F.4040404@gritton.org>
References:  <200811291432.mATEWE2a053742@svn.freebsd.org>	<86skp3yje2.fsf@ds4.des.no> <20081204184332.C80401@maildrop.int.zabbadoz.net> <4939482F.4040404@gritton.org>

next in thread | previous in thread | raw e-mail | index | archive | help
James Gritton wrote:
> Bjoern A. Zeeb wrote:
>> On Thu, 4 Dec 2008, Dag-Erling Smørgrav wrote:
>>> "Bjoern A. Zeeb" <bz@FreeBSD.org> 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_<name>_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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4939716A.3080103>