From owner-freebsd-fs@FreeBSD.ORG Sun Jul 28 23:41:39 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A69D63DF for ; Sun, 28 Jul 2013 23:41:39 +0000 (UTC) (envelope-from krh@kirkholz.com.au) Received: from baha.lunarbreeze.com (baha.lunarbreeze.com [67.210.123.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8855D205E for ; Sun, 28 Jul 2013 23:41:39 +0000 (UTC) Received: from [203.23.208.206] (port=8417 helo=saga-wired.splurben.localdomain) by baha.lunarbreeze.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1V3aaf-0003qC-EL; Sun, 28 Jul 2013 16:41:29 -0700 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Trying to recover 2-element zfs striped (raid0) filesystem From: Kirk Richard Holz In-Reply-To: <20130726220159.GI86483@server.rulingia.com> Date: Mon, 29 Jul 2013 07:41:26 +0800 Content-Transfer-Encoding: quoted-printable Message-Id: <0DAA1527-B338-4232-84E7-D138EBA61EAC@kirkholz.com.au> References: <1b756c89576eb509d1197c4d9ab66fea@kirkholz.com> <20130726220159.GI86483@server.rulingia.com> To: Peter Jeremy X-Mailer: Apple Mail (2.1508) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - baha.lunarbreeze.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - kirkholz.com.au X-Get-Message-Sender-Via: baha.lunarbreeze.com: authenticated_id: krh@kirkholz.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-fs@freebsd.org 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: Sun, 28 Jul 2013 23:41:39 -0000 Thanks for the help, just a query here, what does the = 8683733800792668130 number signify in the zpool / zshare on the UNAVAIL = line of the list, I=92ve quoted below? It doesn=92t look like a UUID as = it appears to be decimal not hex. I haven=92t written to the drives and = I=92m cloning them now. > NAME STATE READ WRITE CKSUM > zShare UNAVAIL 0 0 0 > ada1 ONLINE 0 0 0 > 8683733800792668130 UNAVAIL 0 0 0 was = /dev/ada3s1 >=20 On 27/07/2013, at 06:01 , Peter Jeremy wrote: > On 2013-Jul-26 01:33:01 -0700, Kirk Richard Holz = wrote: >> The partition table of one of the two disks in a zfs striped (raid0)=20= >> array has been corrupted. >=20 > Once you recover the partition table for ada3, ZFS should be OK (as > long as you haven't written too much to the pool). If zShare is your > boot device, I strongly recommend booting off alternative media. > Ideally, you should take full physical copies of both disks. >=20 > If you are unable to remember the partition layout, you should be able > to recover it by looking for the ZFS vdev labels: Each ZFS vdev has > 4 256KiB labels - 2 at the start of the partition and 2 at the end of > the partition so locating those will identify the start and end of the > partition - if you used the entire disk for ZFS, they will be close > to the start & end of the disk and "hd /dev/ada3|less" should be > enough to find the first label. The first label on all my vdevs = begins: >=20 > 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = |................| > * > 00003fd0 00 00 00 00 00 00 00 00 11 7a 0c b1 7a da 10 02 = |.........z..z...| > 00003fe0 3f 2a 6e 7f 80 8f f4 97 fc ce aa 58 16 9f 90 af = |?*n........X....| > 00003ff0 8b b4 6d ff 57 ea d1 cb ab 5f 46 0d db 92 c6 6e = |..m.W...._F....n| > 00004000 01 01 00 00 00 00 00 00 00 00 00 01 00 00 00 24 = |...............$| > 00004010 00 00 00 20 00 00 00 07 76 65 72 73 69 6f 6e 00 |... = ....version.| > 00004020 00 00 00 08 00 00 00 01 00 00 00 00 00 00 13 88 = |................| > 00004030 00 00 00 24 00 00 00 20 00 00 00 04 6e 61 6d 65 |...$... = ....name| >=20 > If you look at the output of "zdb -C zShare", the 'asize' value is the > usable size of the vdev in bytes - the physical size is a slightly > larger (~4.5MB for me) but the labels are at the end of the physical > partition. >=20 > For more details, see the ZFS On-Disk Specification = (ondiskformat0822.pdf) >=20 > --=20 > Peter Jeremy