From owner-freebsd-stable@FreeBSD.ORG Thu Jul 22 07:18:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15C43106564A for ; Thu, 22 Jul 2010 07:18:14 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id CB9AA8FC17 for ; Thu, 22 Jul 2010 07:18:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 4CEFC50B97; Thu, 22 Jul 2010 08:18:13 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NL2PL4AsZIiA; Thu, 22 Jul 2010 08:18:12 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 51E4750B7B ; Thu, 22 Jul 2010 08:18:12 +0100 (BST) Message-ID: <4C47F0AF.9070802@langille.org> Date: Thu, 22 Jul 2010 03:18:07 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: Jeremy Chadwick References: <4C47B57F.5020309@langille.org> <4C47E610.2040409@langille.org> <4C47EC47.5090000@yandex.ru> <4C47ED09.7020808@langille.org> <20100722070804.GA6913@icarus.home.lan> In-Reply-To: <20100722070804.GA6913@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adam Vande More , "Andrey V. Elsukov" , freebsd-stable Subject: Re: Using GTP and glabel for ZFS arrays X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2010 07:18:14 -0000 On 7/22/2010 3:08 AM, Jeremy Chadwick wrote: > On Thu, Jul 22, 2010 at 03:02:33AM -0400, Dan Langille wrote: >> On 7/22/2010 2:59 AM, Andrey V. Elsukov wrote: >>> On 22.07.2010 10:32, Dan Langille wrote: >>>> I'm not sure of the criteria, but this is what I'm running: >>>> >>>> atapci0: port 0xdc00-0xdc0f mem >>>> 0xfbeffc00-0xfbeffc7f,0xfbef0000-0xfbef7fff irq 17 at device 4.0 on pci7 >>>> >>>> atapci1: port 0xac00-0xac0f mem >>>> 0xfbbffc00-0xfbbffc7f,0xfbbf0000-0xfbbf7fff irq 19 at device 4.0 on pci3 >>>> >>>> I added ahci_load="YES" to loader.conf and rebooted. Now I see: >>> >>> You can add siis_load="YES" to loader.conf for SiI 3124. >> >> Ahh, thank you. >> >> I'm afraid to do that now, before I label my ZFS drives for fear >> that the ZFS array will be messed up. But I do plan to do that for >> the system after my plan is implemented. Thank you. :) > > They won't be messed up. ZFS will figure out, using its metadata, which > drive is part of what pool despite the device name changing. I now have: siis0: port 0xdc00-0xdc0f mem 0xfbeffc00-0xfbeffc7f,0xfbef0000-0xfbef7fff irq 17 at device 4.0 on pci7 siis1: port 0xac00-0xac0f mem 0xfbbffc00-0xfbbffc7f,0xfbbf0000-0xfbbf7fff irq 19 at device 4.0 on pci3 And my zpool is now: $ zpool status pool: storage state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM storage ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ada0 ONLINE 0 0 0 ada1 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada3 ONLINE 0 0 0 ada4 ONLINE 0 0 0 Whereas previously, it was ad devices (see http://docs.freebsd.org/cgi/getmsg.cgi?fetch=399538+0+current/freebsd-stable). Thank you (and to Andrey V. Elsukov who posted the same suggestion at the same time you did). I appreciate it. > I don't > use glabel or GPT so I can't comment on whether or not those work > reliably in this situation (I imagine they would, but I keep seeing > problem reports on the lists when people have them in use.......) Really? The whole basis of the action plan I'm highlighting in this post is to avoid ZFS-related problems when devices get renumbered and ZFS is using device names (e.g. /dev/ad0> instead of labels (e.g. gpt/disk00). -- Dan Langille - http://langille.org/