From owner-freebsd-stable@FreeBSD.ORG Tue Feb 26 07:34:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 921BD92C for ; Tue, 26 Feb 2013 07:34:04 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id EB4B7242 for ; Tue, 26 Feb 2013 07:34:03 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id r1Q7Xwpt031611 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 26 Feb 2013 09:33:59 +0200 (EET) (envelope-from daniel@digsys.bg) Message-ID: <512C6566.9040400@digsys.bg> Date: Tue, 26 Feb 2013 09:33:58 +0200 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.12) Gecko/20130125 Thunderbird/10.0.12 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: RFC: Suggesting ZFS "best practices" in FreeBSD References: <20130124174039.GA35811@icarus.home.lan> <512B94EB.30201@denninger.net> In-Reply-To: <512B94EB.30201@denninger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 07:34:04 -0000 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