From owner-freebsd-fs@FreeBSD.ORG Thu Nov 8 16:47:44 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FF036A6 for ; Thu, 8 Nov 2012 16:47:44 +0000 (UTC) (envelope-from prvs=1659aa6059=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id E47308FC15 for ; Thu, 8 Nov 2012 16:47:43 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50000991184.msg for ; Thu, 08 Nov 2012 16:47:41 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 08 Nov 2012 16:47:41 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1659aa6059=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org Message-ID: <29E4BB2D5E9840E799915414365B6CB1@multiplay.co.uk> From: "Steven Hartland" To: "Beeblebrox" , References: <1352294866076-5758864.post@n5.nabble.com> <509A66D2.5060706@gmail.com> <8F907219A6904829A66E1E9A01696CF4@multiplay.co.uk> <1352356496801-5759081.post@n5.nabble.com> <1352370415751-5759123.post@n5.nabble.com> <20121108143726.GB24320@in-addr.com> <1352390860142-5759205.post@n5.nabble.com> Subject: Re: [ZFS] How to fix corrupt ZDB Date: Thu, 8 Nov 2012 16:47:43 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 16:47:44 -0000 ----- Original Message ----- From: "Beeblebrox" To: Sent: Thursday, November 08, 2012 4:07 PM Subject: Re: [ZFS] How to fix corrupt ZDB > output for *# zdb* is the same as *# zdb -C* > bsdr: > version: 28 > name: 'bsdr' > state: 0 > txg: 43281 > pool_guid: 18171682415991203571 > hostid: 2739729201 > hostname: 'rbsd.me' > vdev_children: 2 > vdev_tree: > type: 'root' > id: 0 > guid: 18171682415991203571 > children[0]: > type: 'disk' > id: 0 > guid: 3768638969829014374 > path: '/dev/ada0' > phys_path: '/dev/ada0' > whole_disk: 1 > metaslab_array: 30 > metaslab_shift: 31 > ashift: 9 > asize: 320068124672 > is_log: 0 > DTL: 42 > create_txg: 4 > children[1]: > type: 'disk' > id: 1 > guid: 1129540067409051140 > path: '/dev/ada1p9' > phys_path: '/dev/ada1p9' > whole_disk: 1 > metaslab_array: 166 > metaslab_shift: 24 > ashift: 12 > asize: 2035548160 > is_log: 1 > create_txg: 23549 > Interestingly, the log on SSD /dev/ada1p9 correctly shows ashift 12 - So > that is correct. Root pool is on a regular samsung (no 4k). > > *# zdb -l /dev/ada0* > LABEL 0 > -------------------------------------------- > version: 28 > name: 'bsdr' > state: 0 > txg: 43281 > pool_guid: 18171682415991203571 > hostid: 2739729201 > hostname: 'rbsd.me' > top_guid: 3768638969829014374 > guid: 3768638969829014374 > vdev_children: 2 > vdev_tree: > type: 'disk' > id: 0 > guid: 3768638969829014374 > path: '/dev/ada0' > phys_path: '/dev/ada0' > whole_disk: 1 > metaslab_array: 30 > metaslab_shift: 31 > ashift: 9 > asize: 320068124672 > is_log: 0 > DTL: 42 > create_txg: 4 > The exact same information is repeated 4 times from LABEL 0 -> LABEL 3 > > *# zdb -l /dev/ada1p9 * > LABEL 0 > -------------------------------------------- > version: 28 > name: 'bsdr' > state: 0 > txg: 43281 > pool_guid: 18171682415991203571 > hostid: 2739729201 > hostname: 'rbsd.me' > top_guid: 1129540067409051140 > guid: 1129540067409051140 > is_log: 1 > vdev_children: 2 > vdev_tree: > type: 'disk' > id: 1 > guid: 1129540067409051140 > path: '/dev/ada1p9' > phys_path: '/dev/ada1p9' > whole_disk: 1 > metaslab_array: 166 > metaslab_shift: 24 > ashift: 12 > asize: 2035548160 > is_log: 1 > create_txg: 23549 > The exact same information is repeated 4 times from LABEL 0 -> LABEL 3 > > It looks like I made a big deal out of nothing? Yep that all looks good to me. Your pool is using 512 byte blocks and your log is using 4k so all fine :) Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.