From owner-freebsd-stable@FreeBSD.ORG Sat Nov 14 23:59:01 2009 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 498CB1065670 for ; Sat, 14 Nov 2009 23:59:01 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 13AC68FC0A for ; Sat, 14 Nov 2009 23:59:00 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:Importance:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=Wkg3beCv6S8Q9iop0cC2EWYBftE1nuKLF8Otou0DO6LlwO6rq4IOJI5ZHoP7aLYvkoJf5l1yH3WNqkiAuo8ksO8VnWd1jK64GhbHdff1p8Q3B2wKB/BPLvQN+KyZJyTFwXgiumi7Bjxp2wcoPKQi6sb6t0vzjt/vNy+1oOtpHi4=; Received: from localhost.lerctr.org ([127.0.0.1]:50131 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N9SW7-0005zX-Hi; Sat, 14 Nov 2009 17:58:56 -0600 Received: from 76.205.169.61 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Sat, 14 Nov 2009 17:58:55 -0600 Message-ID: <2aed0fc0af06c5fb17495e8925214ac7.squirrel@webmail.lerctr.org> In-Reply-To: <4AFF40B1.3040705@gsoft.com.au> References: <200910271902.19618.doconnor@gsoft.com.au> <20091027104316.dsp7kikkoogo80gw@www.goldsword.com> <200910281112.06300.doconnor@gsoft.com.au> <493EE416-62CE-4EA4-81A7-8F802789D5DD@lassitu.de> <4AFF40B1.3040705@gsoft.com.au> Date: Sat, 14 Nov 2009 17:58:55 -0600 From: "Larry Rosenman" To: "Daniel O'Connor" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -3.0 (---) X-LERCTR-Spam-Score: -3.0 (---) X-Spam-Report: SpamScore (-3.0/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, SARE_SUB_OBFU_OTHER=0.135, TW_FJ=0.077, TW_JW=0.077 X-LERCTR-Spam-Report: SpamScore (-3.0/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, SARE_SUB_OBFU_OTHER=0.135, TW_FJ=0.077, TW_JW=0.077 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: whats best pracfive for ZFS on a whole disc these days ? 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: Sat, 14 Nov 2009 23:59:01 -0000 On Sat, November 14, 2009 5:43 pm, Daniel O'Connor wrote: > Stefan Bethke wrote: >> Am 28.10.2009 um 01:41 schrieb Daniel O'Connor: >> >>> On Wed, 28 Oct 2009, jfarmer@goldsword.com wrote: >>>> Check the archives for stable@ and fs@. I believe that there was a >>>> thread not that long ago detailing exactly how to do that. IIRC, >>>> while it took a bit of work, it wasn't difficult. >>> Hmm do you have any idea what the subject was? I'm having trouble >>> finding it :( >> >> If you still need it, it was "ZFS pool corrupted on upgrade of -current >> (probably sata renaming)" on -current back in July. You probably need >> to read the full thread, and there are some caveats, but it's sometimes >> possible to glabel each device/partion, and zpool replace the original >> device/partition with the labelled one online. > > It's here.. > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009440.html > > Quote... > > On Wed Jul 15 at 16:22, Freddie Cash wrote: > > Yep. It's as simple as: > > > > * label all the drives using glabel, while they're still attached to > > the pool > > * use "zpool replace pool ad4 label/disk01" to replace 1 drive > > * wait for it to resilver > > * use "zpool replace pool ad6 label/disk02" to replace the next > > drive > > * repeat the resilver and replace until all the devices are replaced > > > > This is what I did to one of our servers. Works quite nicely. > > > > There's no need to detach anything. > > I'll try it when I get home and see how it goes. When I try that, I get: # zpool status pool: vault state: ONLINE scrub: scrub completed after 3h4m with 0 errors on Wed Nov 11 04:32:00 2009 config: NAME STATE READ WRITE CKSUM vault ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ada1 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada3 ONLINE 0 0 0 ada4 ONLINE 0 0 0 ada5 ONLINE 0 0 0 ada0s1f ONLINE 0 0 0 ada0s1e ONLINE 0 0 0 ada0s1d ONLINE 0 0 0 errors: No known data errors # glabel label disk01 /dev/ada1 glabel: Can't store metadata on /dev/ada1: Operation not permitted. # Ideas? > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893