From owner-freebsd-fs@FreeBSD.ORG Mon Jun 4 12:08:38 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 59EB1106566B for ; Mon, 4 Jun 2012 12:08:38 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 0E91F8FC16 for ; Mon, 4 Jun 2012 12:08:38 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SbVxR-0003Wt-IO for freebsd-fs@freebsd.org; Mon, 04 Jun 2012 14:00:26 +0200 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SbVxR-0004wq-VC for freebsd-fs@freebsd.org; Mon, 04 Jun 2012 14:00:25 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-fs@freebsd.org References: <20120601033945.GA37797@neutralgood.org> Date: Mon, 04 Jun 2012 14:00:24 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.64 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: 788438cbfdc4dc137ce560360a3a99c7 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 12:08:38 -0000 On Sun, 03 Jun 2012 06:19:38 +0200, Randy Bush wrote: >>> 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? > > randy Glabel is FreeBSD only. GPT is standardized. So if you import your pool in Solaris it will work with GPT, but not with glabel. 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? Ronald.