From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 09:11:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3877F17F for ; Tue, 26 Feb 2013 09:11:24 +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 B4BA57A2 for ; Tue, 26 Feb 2013 09:11:23 +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 1UAGZ8-0006fr-1O for freebsd-stable@freebsd.org; Tue, 26 Feb 2013 10:11:15 +0100 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 1UAGZ8-0004l9-1G for freebsd-stable@freebsd.org; Tue, 26 Feb 2013 10:11:14 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: RFC: Suggesting ZFS "best practices" in FreeBSD References: <20130124174039.GA35811@icarus.home.lan> <512B94EB.30201@denninger.net> <512C6566.9040400@digsys.bg> Date: Tue, 26 Feb 2013 10:11:14 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <512C6566.9040400@digsys.bg> User-Agent: Opera Mail/12.14 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.8 X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 9b84bad32751a42de3aa9e7877f1ca86 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2013 09:11:24 -0000 On Tue, 26 Feb 2013 08:33:58 +0100, Daniel Kalchev wrote: > > > On 25.02.13 18:44, Karl Denninger wrote: >> On 2/25/2013 8:31 AM, Tom Evans wrote: >>> Using GPT labels is easy to do, and provides a cast iron guarantee >>> that your disk will not EVER be mistaken for a different drive. >>> >>> I put a GPT label on the drive, and then write it in permanent marker >>> on the top of the drive and on a sticky label that is stuck on the >>> front of the chassis. The disk label never changes in its lifetime, so >>> you only get issues if you insert a drive without labelling it first. >>> >>> Cheers >>> >>> Tom >>> >> Listen to this man. Either do it in gpart or do it with glabel >> (depending on where you want it to show up); once done the drive will >> always have the same name in the device tree no matter what slot it >> shows up in. >> >> Then stick that label on the front of the drive carrier, and you never >> have this problem. >> >> Do that or suffer. Your choice. >> > > I can only second this advice. > > Learn to make your setups as generic as possible. Wiring down device > names using CAM etc, only complicates matters, at least because that > knowledge is contained within the system you boot, not the drive. If you > boot from an "recovery media", all of your "fine crafted" CAM wire-down > system will be gone and you will suffer. You will suffer exactly at the > moment when you need those labels most. Not wise. > Yes, Jeremy, there is always the first time. > > Both glabel and GPT labels do the trick. Both behave differently and > depending on your habits and intended usage one or the other is good. > Just don't be inclined to use both at the same time. My personal > preference as of later is GPT labels. > > By the way, "glabel" is a generic term in FreeBSD. It refers to all > label types, including those created with glabel, gpart and > newfs/tunefs. The later are not really "geom labels", these are volume > labels, but glabel is smart enough to detect/report them, even if it > can't manipulate these labels. I don't find the glabel documentation all > that confusing. > > Daniel I second that. Ronald