From owner-freebsd-fs@FreeBSD.ORG Mon Jun 4 23:15:03 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 01228106566C for ; Mon, 4 Jun 2012 23:15:02 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id CF1F58FC14 for ; Mon, 4 Jun 2012 23:15:02 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SbgUH-0006IJ-JQ; Mon, 04 Jun 2012 23:15:01 +0000 Date: Mon, 04 Jun 2012 16:15:01 -0700 Message-ID: From: Randy Bush To: "Ronald Klop" In-Reply-To: References: <20120601033945.GA37797@neutralgood.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD FS Subject: Re: hptrr disk labeling 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, 04 Jun 2012 23:15:03 -0000 >>>> i have an hptrr controller with 12-16 2tb satas on it. a picture >>>> before i started cleaning up some disk failures. >>>> >>>> NAME STATE READ WRITE CKSUM >>>> tank ONLINE 0 0 0 >>>> mirror ONLINE 0 0 0 >>>> label/m00-d01 ONLINE 0 0 0 >>>> label/m00-d00 ONLINE 0 0 0 >>>> mirror ONLINE 0 0 0 >>>> label/m01-d00 ONLINE 0 0 0 >>>> label/m01-d01 ONLINE 0 0 0 >>>> >>>> the reason i used glabels was because when the system boots or the >>>> controller rescans, it assigns da0 to the first drive it finds alive on >>>> the controller, da1 to the second, etc. >>>> >>>> this means that drive addition or removal changes the daX numbering. >>>> >>>> so the labels are so that zfs can find its ass when assembling the >>>> array. >>> >>> Can you use GPT for partitioning? Put a single partition on each disk >>> and >>> set the GPT label (which is not the glabel). See gpart's add and modify >>> subcommands. >>> >>> NAME STATE READ WRITE CKSUM >>> gs1p ONLINE 0 0 0 >>> mirror ONLINE 0 0 0 >>> gpt/CONST_2-9XE02KPK-zfs ONLINE 0 0 0 >>> gpt/SAVVIO-6XQ10F80-zfs ONLINE 0 0 0 >>> gpt/SAVVIO-6XQ103C7-zfs ONLINE 0 0 0 >> >> ok. sure i could do that. but what's the win? > > Glabel is FreeBSD only. GPT is standardized. So if you import your pool in > Solaris it will work with GPT, but not with glabel. p == 0.0 > But in your original question I don't really understand your problem with > glabel (glabel solves the problem of changing da* numbering), so what do > you want to win? for the archive, this won (thanks to private email) t# grep hint /boot/loader.conf.local hint.scbus.0.at="hptrr0" hint.da.0.at="scbus0" hint.da.1.at="scbus0" hint.da.2.at="scbus0" hint.da.3.at="scbus0" hint.da.4.at="scbus0" hint.da.5.at="scbus0" hint.da.6.at="scbus0" hint.da.7.at="scbus0" hint.da.8.at="scbus0" hint.da.9.at="scbus0" hint.da.10.at="scbus0" hint.da.11.at="scbus0" hint.da.12.at="scbus0" hint.da.13.at="scbus0" hint.da.14.at="scbus0" hint.da.15.at="scbus0" hint.da.0.target="0" hint.da.1.target="1" hint.da.2.target="2" hint.da.3.target="3" hint.da.4.target="4" hint.da.5.target="5" hint.da.6.target="6" hint.da.7.target="7" hint.da.8.target="8" hint.da.9.target="9" hint.da.10.target="10" hint.da.11.target="11" hint.da.12.target="12" hint.da.13.target="13" hint.da.14.target="14" hint.da.15.target="15" randy