From owner-freebsd-current@FreeBSD.ORG Wed Aug 29 21:20:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3124416A41B for ; Wed, 29 Aug 2007 21:20:50 +0000 (UTC) (envelope-from cb@severious.net) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 17C0913C459 for ; Wed, 29 Aug 2007 21:20:50 +0000 (UTC) (envelope-from cb@severious.net) Received: by ion.gank.org (Postfix, from userid 1001) id BBDF710F40; Wed, 29 Aug 2007 16:20:49 -0500 (CDT) Date: Wed, 29 Aug 2007 16:20:48 -0500 From: Craig Boston To: Christian Walther Message-ID: <20070829212048.GB896@nowhere> Mail-Followup-To: Craig Boston , Christian Walther , Nathan Butcher , freebsd-current@freebsd.org References: <46D4EFFF.5080807@fusiongol.com> <46D5B46D.5010202@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46D5B46D.5010202@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Nathan Butcher , freebsd-current@freebsd.org Subject: Re: Encrypted zfs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 21:20:50 -0000 On Wed, Aug 29, 2007 at 06:01:17PM +0000, Christian Walther wrote: > AFAIK zfs is immune against device enumeration issues itself. There is a > nice video on YouTube showing Sun engineers setting up a ZFS pool on a > bunch of USB sticks. Afterwards they remove all of them, shuffle them, > and put them back in. No problem. So long as you re-import the pool, this works great. However, I've found that getting ZFS pools recognized on _boot_ can be really delicate. I have a USB stick with a FreeBSD install on it that uses ZFS for everything (gzip compression is great for this). I do use glabel with the hope that it will always be able to find the device the same way no matter if it's da0, da1, whatever. It seems to work fine so long as I'm really careful not to touch it using anything else. Doing a 'zpool import' (even with -R) from another host in order to pull some files off of it seems to be a surefire way to render it unbootable. Copying the zpool.cache file from a machine that has it imported doesn't help the situation either. So far the only way I've found to recover it is to boot a livecd, import the pool, copy zpool.cache to the boot partition, then immediately (without exporting the pool) power off and boot the USB stick on the same hardware. After doing that it's stable again and can boot on pretty much anything. Craig