From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 05:00:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CCF3106569A for ; Wed, 15 Oct 2008 05:00:26 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id 033D98FC28 for ; Wed, 15 Oct 2008 05:00:25 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by wx-out-0506.google.com with SMTP id s17so808605wxc.7 for ; Tue, 14 Oct 2008 22:00:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=hPjLAnXD8awmGMEiQn1IV0A1mc3XnZ+82a7ZsbzL8O8=; b=nbrHUyOsUPvmnDE29Y4ZdGjC0WhQh1Dd/DK9n2wWHCrjaqA0yGapclos6sDnF6Dru1 GZ2K27tLtGoSFhnujmp4AIPwJXvyeT455i2l8LVdVgl8CJFMRUwS7BllVGeBv/X2A0AT 0GOlX2tVyqn+cXhdOJjg+cA4oLnLnDDUdW/SY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=g2hpC093UjMG90CGQ6cxUMytWr9MkYaRIioVZbI165DOyo3p9A0yYnQiM7L4TXfbVX Zmy72gElt1/iQcIdTc7eR22pcov04qTt0KuETCmMyUypnuZJDNPp0m2OOo1AySTjDi3k kK+03q/JNhjEU6uhWCekPN1de2Mop0wb0SFtY= Received: by 10.151.155.21 with SMTP id h21mr345455ybo.197.1224046825114; Tue, 14 Oct 2008 22:00:25 -0700 (PDT) Received: by 10.150.137.11 with HTTP; Tue, 14 Oct 2008 22:00:25 -0700 (PDT) Message-ID: <5f67a8c40810142200o6074cd42hec0ff6f2b87d3648@mail.gmail.com> Date: Wed, 15 Oct 2008 01:00:25 -0400 From: "Zaphod Beeblebrox" To: "Daniel Jameson" In-Reply-To: <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> MIME-Version: 1.0 References: <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ZFS attaching direct access drives as Scsibus#target#drive# X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 05:00:26 -0000 On Tue, Oct 14, 2008 at 3:56 PM, Daniel Jameson wrote: > > I'm in the process of building several zfs pools for a backup-server, > the machine has 2 24 port sata 3 controllers and 48 1TB drives for > storage. I've done a little testing and found that building a pool by > using the da# device names can be inconsistent. For example if a device > is lost from the first controller and the box is re-booted all the da#s > shuffle up, which creates problems with adjacent pools, and the > potential for catastrophic failure. In the Sun documentation zpool > allows a pool to be built by using S#T#D# (Scsibus Target Drive) syntax, > when I attempt it in FBSD It returns:" cannot use '/dev/c0t0d0': must be > a GEOM provider" does anyone know a way to statically map a > scsibus/target/drive to a specific da# or a fix to allow specific drives > by target numbers to be added to a zpool? Forgive me for asking (because it would surprise me if it didn't), but doesn't ZFS' GEOM attach taste figure out what drives go where all by itself? Isn't there sufficient information on a disk to allow ZFS to place it into the correct pool? certainly glabel'ing the drives should work just fine if zfs doesn't, but it's a hack of a solution. glabel can have some funny effects due to the geom taste order. If something is part of a mirror (for instance) and the label tastes before the mirror, I've seen items of the mirror come up with glabel instead of attaching to the mirror.