From owner-freebsd-fs@FreeBSD.ORG Tue Jan 13 15:47:59 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1E0E1065704 for ; Tue, 13 Jan 2009 15:47:58 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 724308FC08 for ; Tue, 13 Jan 2009 15:47:58 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so58540fgb.35 for ; Tue, 13 Jan 2009 07:47:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=uqBwZFlN82Eonbe7WfvKO/PfJOb+5gw8/8vsHW/gjLw=; b=SxOMNYv3qadrR3vg8K6CyvBKULdC78KYyz2TxaVUoN8IGwOW+UU2R1yVYpD4A71E+P fD2MKwRMsxbH7BmiCkNyyB6fJvii+ldrbOSKZ/ioqGGxpsPAJkfXJtRIcVYDOLkCIb9/ DBqU4bfFzbXAI5TtqsyN3OFKY8qU3QJbkRKVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=rSTmWZjZkqsfOpOKMzDk1vLcxiL8P4zdxtOBoAqVdYsfxP1CEHfGkj6xpM6vEPrHk+ HHFYzBDT9dSXBxzB0j/UcZ3b3znnZ8rcXzvqUhl5DsagBsjEAf4WxSMjDoDsGgFk/u5u E/Bt+TuR7f6c3VQoNDJq+kiMyUwD0UvHOU91w= Received: by 10.86.72.3 with SMTP id u3mr2807fga.1.1231861676693; Tue, 13 Jan 2009 07:47:56 -0800 (PST) Received: from ndenev.cmotd.com (blah.sun-fish.com [217.18.249.150]) by mx.google.com with ESMTPS id d6sm11544290fga.20.2009.01.13.07.47.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Jan 2009 07:47:54 -0800 (PST) Message-Id: From: Nikolay Denev To: freebsd-fs@freebsd.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 13 Jan 2009 17:47:50 +0200 References: <9461581F-F354-486D-961D-3FD5B1EF007C@rabson.org> <2F0DF92C-4240-48D4-9A5F-8B826D6D6E95@rabson.org> <87E89284-D3BF-4A5A-B6F7-C30709A3F2D9@lassitu.de> <4AC3BEB2-B47E-4280-85E1-C72891412D09@rabson.org> <494F6C21.2000801@tzim.net> <459358DB-15A6-4E27-A99E-D76A2A7DC73F@rabson.org> <12C6C9A1-D4F0-442A-A92C-1B4565AEEAF8@gmail.com> X-Pgp-Agent: GPGMail d55 (v55, Leopard) X-Mailer: Apple Mail (2.930.3) Cc: Subject: Re: Booting from ZFS raidz X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2009 15:47:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12 Jan, 2009, at 12:35 , Nikolay Denev wrote: > > > I was able to boot from the raidz pool, and now I have working 7.1-=20 > STABLE install booting off raidz pool. Sweet! > The problem was that I had "export"ed the pool, and gptzfsboot was =20 > not able to find it. I had to boot from the LiveFS CD, > zpool import it, reboot and everything worked. > > Now I can only wait for ZFS v13 to hit -STABLE :) > > Thanks! > > - -- > Regards, > Nikolay Denev Hi Doug, I have just tested how the loader will handle a device failure, and it =20= failed. Here is some info about my setup : The machine has six hot-plug sata drives configured as passthru on a =20 3Ware controller. There is gptzfsboot installed on their first guid partition, and the =20 rest is for the ZFS raidz1 pool from which the machine boots successfully. I tested yanking the first drive while the machine was up. A few =20 seconds later the 3ware controller saw that device was disconnected and printed some =20 info about this on the console, immediately after that ZFS reported missing vdev and the pool went to =20= DEGRADED mode. Then I rebooted the machine to see if the loader will correctly boot =20 off the degraded pool and this is what I got on the console : ZFS: i/o error - all block copies unavailable ZFS: can't read object set for dataset lld Can't find root filesystem - giving up ZFS: unexpected object set type lld ZFS: unexpected object set type lld FreeBSD/i386 boot Default: zfs:/boot/kernel/kernel boot: ZFS: unexpected object set type lld Then I booted off the LiveFS CD, imported the pool (with the =20 previously removed disk inserted), it resilvered automaticaly, then I scrubbed it without errors and =20 rebooted again... but the loader continues to emit the same messages. - -- Regards, Nikolay Denev -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (Darwin) iEYEARECAAYFAklst6cACgkQHNAJ/fLbfrl9RwCfaB3+ICDoBr0j2xwVAyj4ZPe/ h4QAmwQnXWYje7ppiitdWAP1vLvmT1hg =3DU1mg -----END PGP SIGNATURE-----