From owner-freebsd-fs@FreeBSD.ORG Mon Oct 24 02:25:13 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 422EF106564A; Mon, 24 Oct 2011 02:25:13 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id DE8158FC13; Mon, 24 Oct 2011 02:25:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=dqh1xyQgryaPeP0qLbFXVB5hfW27yyarjcNSYKj+McM=; b=u5CEn+C/ne4RhgcXMtVEYXOA5c6KWBXZ9kfJIrtgeLHjbOkDC9OKPSVFsYMdK498MlEaRCelbaCy8Tq0qTDAtNuDgxauCAtkPyfJ2fVVikDTcNFf+rXzXPDKLCDq8MVE8pKkpRIAR8P/LXY+mRtAsT3DcteJa1SO9r1p4fAuCPA=; Received: from cpe-72-182-3-73.austin.res.rr.com ([72.182.3.73]:50306 helo=[192.168.200.103]) by thebighonker.lerctr.org with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RIADu-000KBF-Og; Sun, 23 Oct 2011 21:25:12 -0500 Message-ID: <4EA4CC87.7010603@lerctr.org> Date: Sun, 23 Oct 2011 21:25:11 -0500 From: Larry Rosenman User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Jeremy Chadwick References: <20111024021603.GA58557@icarus.home.lan> In-Reply-To: <20111024021603.GA58557@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.8 (--) X-LERCTR-Spam-Score: -2.8 (--) X-Spam-Report: SpamScore (-2.8/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9,TW_GP=0.077 X-LERCTR-Spam-Report: SpamScore (-2.8/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, TW_GP=0.077 Cc: freebsd-fs@freebsd.org Subject: Re: Anyway to change pool to use the gpt label instead of gptid? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2011 02:25:13 -0000 On 10/23/2011 9:16 PM, Jeremy Chadwick wrote: > On Sun, Oct 23, 2011 at 07:01:31PM -0700, Artem Belevich wrote: >> On Sun, Oct 23, 2011 at 6:49 PM, Larry Rosenman wrote: >>> On Sun, 23 Oct 2011, Artem Belevich wrote: >>> >>>> On Sun, Oct 23, 2011 at 5:52 PM, Larry Rosenman wrote: >>>>> Is there any way to convert this setup to use the GPT labels instead of >>>>> the >>>>> the GPT UUID's in zpool status/zpool iostat? >>>> You can try exporting the pool and then importing it back with "zfs >>>> import -d /dev/gpt" >>> Really hard to do with root on this pool :) >> You may be able to solve that part with LiveCD. I'm still not quite >> sure where device info is kept -- in the pool or in >> /boot/zfs/zpool.cache. ... > Both. > > icarus# zpool status data > pool: data > state: ONLINE > scan: resilvered 279G in 1h0m with 0 errors on Thu Aug 11 22:43:38 2011 > config: > > NAME STATE READ WRITE CKSUM > data ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > ada1 ONLINE 0 0 0 > ada3 ONLINE 0 0 0 > > errors: No known data errors > > icarus# strings /boot/zfs/zpool.cache | egrep 'ada[13]' > /dev/ada1 > /dev/ada1 > /dev/ada3 > /dev/ada3 > > icarus# dd if=/dev/ada1 of=/dev/stdout count=128 | strings | grep 'ada1' > 128+0 records in > 128+0 records out > 65536 bytes transferred in 0.013422 secs (4882725 bytes/sec) > /dev/ada1 > /dev/ada1 > > icarus# dd if=/dev/ada3 of=/dev/stdout count=128 | strings | grep 'ada3' > 128+0 records in > 128+0 records out > 65536 bytes transferred in 0.023449 secs (2794838 bytes/sec) > /dev/ada3 > /dev/ada3 > > Larry, have you considered avoiding ZFS on root and instead just using > gmirror on your OS partition (not the entire disk, and not the swap > partition)? I've read that gmirror "just works" and is reliable, > including booting from it, and supports hot spares. > > Thought I remember there being some caveat to swap being stored under > gmirror -- the man page mentions caveats that relate to getting kernel > panics/dumps -- so that may be a problem. Using multiple partitions and > mirroring only the UFS/UFS2 partition sounds like a better choice. > > I know it would be ideal to have it all controlled with ZFS, I > understand/hear you (especially since I just got done harping on added > complexity, re: GPT labels vs. device names), but welcome to the mess. I just got out of a ufs+zfs setup. And I like the idea of being able to use all of the disk space as ZFS, and replacing ANY drive that dies and not losing data (yes, I know, raidz1 only handles one failure at a time, but that's fine). (current is 5x400g, 1x500g disk). I intend at some point of replacing them all with 2T or 3T disks, and then leave it alone for a while. I think I'll just deal with the adaxpy names (via kern.geom.label.gptid.enable="0" in /boot/loader.conf), and just deal with it. I think it would be nice to have the zfs/gpt/loader/boot have a knob to prefer the label vs the physical device name. It is VERY unlikely that the physical name will change ON THIS SERVER, since it only has 6 SATA ports on it (supermicro 7045B-TR+ system http://www.supermicro.com/products/system/4U/7045/SYS-7045B-TR_.cfm). Appreciate everyone's comments. I didn't know about the tunable, which helps somewhat.