From owner-freebsd-current@FreeBSD.ORG Tue Oct 27 10:17:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FA5C106568B for ; Tue, 27 Oct 2009 10:17:42 +0000 (UTC) (envelope-from merijn@inconsistent.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.freebsd.org (Postfix) with ESMTP id 143138FC25 for ; Tue, 27 Oct 2009 10:17:41 +0000 (UTC) Received: from localhost (inconsistent.nl [83.163.46.169]) (authenticated bits=0) by smtp-vbr4.xs4all.nl (8.13.8/8.13.8) with ESMTP id n9RAHeUT035277 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 27 Oct 2009 11:17:40 +0100 (CET) (envelope-from merijn@inconsistent.nl) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes In-Reply-To: <1256571299.2502.219.camel@balrog.2hip.net> Organization: Inconsistent References: <1256517106.2502.205.camel@balrog.2hip.net> <1256571299.2502.219.camel@balrog.2hip.net> To: "freebsd-current@freebsd.org" Date: Tue, 27 Oct 2009 11:17:40 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Merijn Verstraaten" Message-ID: User-Agent: Opera Mail/10.00 (MacIntel) X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: merijn@inconsistent.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2009 10:17:42 -0000 My apologies to Robert for the double message, mis-addressed the first reply to him instead of the list. On Mon, 26 Oct 2009 16:34:59 +0100, Robert Noland wrote: >> If I type status at this point I get: >> >> pool: tank >> config: >> NAME STATE >> tank ONLINE >> raidz1 ONLINE >> ad4p3 ONLINE >> ad6p3 ONLINE >> ad8p3 ONLINE >> ad10p3 ONLINE >> >> Which seems odd, since that's all the drives there are. So if it finds >> these it's already found all drives. My optimistic "Oh! I'll try and >> boot >> again" spirit was however crushed since it just results in the same >> error. > > Ok, that is both good and frustrating... I haven't produced any boot > failures with all of the drives visible. Do, note that I just added > support for reading gang blocks to the loader. (basically untested, > since I haven't managed to create them at will) You will need to update > your partition boot code for it to be supported during early boot. i.e. > gpart bootcode -p /boot/gptzfsboot -i I tried again yesterday evening by recompiling RELENG_8 and -CURRENT. I somehow managed to boot into RELENG_8 the first time, but after that this error comes up: ZFS: i/o error - all block copies unavailable ZFS: can't read object set for dataset ldd Can't find root filesystem - giving up ZFS: unexpected object set type ldd ZFS: unexpected object set type ldd FreeBSD/i386 boot Default:/ tank:/boot/kernel/kernel boot: ZFS: unexpected object set type ldd FreeBSD/i386 boot Default:/ tank:/boot/kernel/kernel boot: status pool: tank config: NAME STATE tank ONLINE raidz1 ONLINE ad4p3 ONLINE ad6p3 ONLINE ad8p3 ONLINE ad10p3 ONLINE After recompiling world/kernel for -CURRENT I get roughly the same error: ZFS: i/o error - all block copies unavailable ZFS: can't read object set for dataset 30 Can't find root filesystem - giving up ZFS: unexpected object set type 0 ZFS: unexpected object set type 0 FreeBSD/i386 boot Default:/ tank:/boot/kernel/kernel boot: ZFS: unexpected object set type ldd FreeBSD/i386 boot Default:/ tank:/boot/kernel/kernel boot: status pool: tank config: NAME STATE tank ONLINE raidz1 ONLINE ad4p3 ONLINE ad6p3 ONLINE ad8p3 ONLINE ad10p3 ONLINE > The "all block copies unavailable" is a frustrating error, since all it > means is a failed read, but we don't get a clue what failed or why. > With the code that is in -CURRENT it will report gang blocks if found, > even if it fails to read them. > robert. I've seen no mention of gang blocks in the errors so far. Kind regards, Merijn