From owner-freebsd-fs@FreeBSD.ORG Tue Apr 24 19:25:28 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCE38106566C for ; Tue, 24 Apr 2012 19:25:28 +0000 (UTC) (envelope-from hartzell@alto.alerce.com) Received: from griffon.alerce.com (griffon.alerce.com [206.125.171.162]) by mx1.freebsd.org (Postfix) with ESMTP id AE0878FC22 for ; Tue, 24 Apr 2012 19:25:28 +0000 (UTC) Received: from griffon.alerce.com (localhost [127.0.0.1]) by griffon.alerce.com (Postfix) with ESMTP id 04A662842A; Tue, 24 Apr 2012 12:25:22 -0700 (PDT) Received: from alto.alerce.com (75-149-38-78-SFBA.hfc.comcastbusiness.net [75.149.38.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by griffon.alerce.com (Postfix) with ESMTPSA id B90F128428; Tue, 24 Apr 2012 12:25:21 -0700 (PDT) Received: by alto.alerce.com (Postfix, from userid 503) id 3FE5E448CB7; Tue, 24 Apr 2012 12:25:21 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20374.65057.207126.29371@gargle.gargle.HOWL> Date: Tue, 24 Apr 2012 12:25:21 -0700 To: Johannes Totz In-Reply-To: References: <4F964429.5060607@infracaninophile.co.uk> X-Mailer: VM 8.2.0b under 23.2.1 (x86_64-apple-darwin) X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-fs@freebsd.org Subject: Re: Increasing ZFS Disk Sizes X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2012 19:25:28 -0000 Johannes Totz writes: > On 24/04/2012 07:11, Matthew Seaman wrote: > > On 24/04/2012 04:22, Tim Gustafson wrote: > >> Am I missing anything here, or is the this "safe" way to do this? Do > >> I need to do anything special (other than the gpart bootcode command) > >> to make the new disk bootable? Do I need to do anything special to > >> set up the swap partition? Right now, I have this in my /etc/fstab: > > > > Yes, this is a good way to do this change. The only better way would be > > to add the 2TB disk to the mirror first -- thus making a three way > > mirror, let that resilver, and then remove one of the old drives. But > > that requires you to have available spare disk slots. > > Don't forget to scrub first. > Also might want to consider a zpool split, instead of detach. So that > you have two disks with usable data in case the to-be-resilvered-from > disk dies unexpectedly. > [...] Be careful about the split, it seems to leave a bootable ZFS mirror unbootable. I have a bug open (kern/166566) that Andriy Gapon is looking into it. My understanding of the current suspect is that GUID's are changed unexpected and/or inconsistently and/or incompletely. I seem to be able to fix the problem by booting via a live CD, importing the pool and copying the resulting zpool.cache file to the bootable pool, e.g. zpool split zroot zsplitroot # ... frustration ensues boot live cd zpool import # lists new pools, e.g. zroot and zsplitroot zpool import -f -o cachefile=/tmp/zpool.cache \ -o altroot=/mnt zroot mount -t zfs zroot /mnt # I don't have things automagically mount cp /tmp/zpool.cache /mnt/boot/zfs/zpool.cache reboot g.