From owner-freebsd-jail@FreeBSD.ORG Sat Feb 13 00:54:25 2010 Return-Path: Delivered-To: freebsd-jail@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CAC0106566C for ; Sat, 13 Feb 2010 00:54:25 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id C15268FC08 for ; Sat, 13 Feb 2010 00:54:24 +0000 (UTC) Received: (qmail 57581 invoked from network); 13 Feb 2010 00:54:23 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (cryx) by mail.h3q.com with AES256-SHA encrypted SMTP; 13 Feb 2010 00:54:23 -0000 Message-ID: <4B75F83E.4000400@h3q.com> Date: Sat, 13 Feb 2010 01:54:22 +0100 From: Philipp Wuensche User-Agent: Postbox 1.1.1 (Macintosh/20100208) MIME-Version: 1.0 To: jhell References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Christer Solskogen , freebsd-jail@freebsd.org Subject: Re: Fwd: Jailcfg - A new tool for creating small(!) jails X-BeenThere: freebsd-jail@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion about FreeBSD jail\(8\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2010 00:54:25 -0000 jhell wrote: > > Just for some more idea's to build upon. > > You could have a thousand jails at no extra space besides one base jail > installed at 160M and using zfs snapshot and clone. with no additional > mounting needed besides the actual jail and its device directory. ;) > > The only data that is collected after that is user data which is a good > thing with no extra cost of system mount points and disk usage. Thats only true until the first update of the freebsd-userland inside the jail. The moment you need to update the freebsd-userland inside the jail, it will use additional space and all the advantages of this idea are gone. Using clone will also create a direct dependency between the snapshots and the cloned filesystems. As long as the clone exists, the snapshot has to be kept. This is only resolvable by using zfs send/recv which will, again, use additional space. greetings, Philipp