Boot with ZFS on single disk: "ZFS: i/o error - all block copies unavailable" [was: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable"]

[Matt Reimer]

On Wed, Nov 18, 2009 at 8:43 AM, Robert Noland <rnoland at freebsd.org> wrote:
> On Wed, 2009-11-18 at 17:11 +0100, Emil Smolenski wrote:
>> On Wed, 18 Nov 2009 14:50:47 +0100, Robert Noland <rnoland at freebsd.org>
>> wrote:
>>
>> >> >> Should I file a PR? I would
>> >> >> like to help in debugging it (however my skills in low-level C aren't
>> >> >> strong enough to do it on my own).
>> >> > Ok, the first thing I would like to see is "zdb -uuu".
>> >> # zdb -uuu pgpool
>> >> Segmentation fault: 11 (core dumped)
>>
>> > Ok, this is disturbing...  It works fine for me on -CURRENT / amd64 and
>> > reports the root block pointer, which is what we need to locate the MOS.
>>
>>   Booting from 8.0-*-amd64-memstick.img (Fixit# console) makes "zdb -uuu"
>> happy:
>>
>> Fixit# zdb -uuu pgpool
>> Uberblock
>>
>>          magic = 0000000000bab10c
>>          version = 13
>>          txg = 443448
>>          guid_sum = 9780688847620645377
>>          timestamp = 1258560175 UTC = Wed Nov 18 16:02:55 2009
>>          rootbp = [L0 DMU objset] 400L/200P DVA[0]=<0:220000de400:200>
>> DVA[1]=<0:2a80008ee00:200> DVA[2]=<0:330000b9000:200> fletcher4 lzjb LE
>> contiguous birth=443448 fill=298
>> cksum=8a9775385:3935d6d58c7:c028430c00a8:1b58ac4ebf42ac
>
> Ok, the offsets are definately up there... What is your normal
> installation?  8.0 i386?

Robert's on to something. It looks like your LBAs are probably
overflowing 32 bits. This would affect all vdev regardless of type.

Try the attached patch.

Matt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: zfsboot.c.patch3
Type: application/octet-stream
Size: 947 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20091118/a59ccbb8/zfsboot.c.obj