From owner-freebsd-xen@FreeBSD.ORG Fri Dec 17 20:37:44 2010 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 4B474106566B for ; Fri, 17 Dec 2010 20:37:44 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id D90D814E853 for ; Fri, 17 Dec 2010 20:37:43 +0000 (UTC) Received: (qmail 58298 invoked from network); 17 Dec 2010 20:37:43 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 17 Dec 2010 20:37:43 -0000 Message-ID: <4D0BCA17.8030207@freebsd.org> Date: Fri, 17 Dec 2010 12:37:43 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100803 Thunderbird/3.0.6 MIME-Version: 1.0 To: Robert Watson References: <4D066D52.2080100@freebsd.org> <127D9397-0A4A-4020-AF0B-42E5772E261D@gmail.com> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-xen@freebsd.org" Subject: Re: FreeBSD/EC2 lives! X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 20:37:44 -0000 On 12/17/10 01:29, Robert Watson wrote: > On Mon, 13 Dec 2010, Aleksey Ovcharenko wrote: >> Any plans of using ZFS there? > > I don't know about Amazon's live disk resizing policy, but at least in > our local Xen deployment of FreeBSD at Cambridge, ZFS seems like the > sensible thing so that we can do live disk resizing during provision of > VMs through cloning. Amazon EBS doesn't allow disks to be resized -- this is something I asked for a long time ago, but I'm guessing it isn't something a very large number of people are demanding. Of course, with EBS you can always create a new volume, sync everything across, then destroy the old volume[*]; so it's not as large a problem as on a local Xen deployment where the amount of disk space you have available might limit your ability to temporarily duplicate everything. [*] In theory, at least. Last time I tried I got a FreeBSD kernel panic when I detached an EBS volume from a running instance. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid