Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 08 Oct 2011 11:20:10 +0200
From:      Henri Hennebert <hlh@restart.be>
To:        Andriy Gapon <avg@FreeBSD.org>
Cc:        freebsd-fs@FreeBSD.org, current@FreeBSD.org
Subject:   Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable
Message-ID:  <4E9015CA.30302@restart.be>
In-Reply-To: <4E8DB915.6000502@FreeBSD.org>
References:  <4E8D7406.4090302@restart.be> <4E8D86A2.1040508@FreeBSD.org> <4E8D9F57.70506@restart.be> <4E8DAEE5.4020004@FreeBSD.org> <4E8DB464.80202@restart.be> <4E8DB915.6000502@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 10/06/2011 16:20, Andriy Gapon wrote:
> on 06/10/2011 17:00 Henri Hennebert said the following:
>> On 10/06/2011 15:36, Andriy Gapon wrote:
>>> on 06/10/2011 15:30 Henri Hennebert said the following:
>>>> The pool is a mirror:
>>>>
>>>> [root@morzine ~]# zpool status rpool
>>>>     pool: rpool
>>>>    state: ONLINE
>>>>    scan: scrub repaired 0 in 1h0m with 0 errors on Wed Aug 24 15:04:36 2011
>>>> config:
>>>>
>>>>       NAME                                            STATE     READ WRITE CKSUM
>>>>       rpool                                           ONLINE       0     0     0
>>>>         mirror-0                                      ONLINE       0     0     0
>>>>           gptid/e915c6a0-fc72-11de-aa21-00e081706b68  ONLINE       0     0     0
>>>>           gptid/eac8497d-fc72-11de-aa21-00e081706b68  ONLINE       0     0     0
>>>>
>>>> errors: No known data errors
>>>>
>>>> and rpool/root is not compressed:
>>>>
>>>> [root@morzine ~]# zfs get compression rpool/root
>>>> NAME        PROPERTY     VALUE     SOURCE
>>>> rpool/root  compression  off       inherited from rpool
>>>>
>>>> pool is v28 and filesystems are v5
>>>
>>> No particular recipes for this environment, just a general suggestion.
>>> If you run into a situation like this again, please try to use
>>> tools/tools/zfsboottest to diagnose where exactly an error originates.
>>>
>> I try [ please note _M_enu.rc ]:
>>
>> [root@morzine ~]# /usr/obj/usr/src/tools/tools/zfsboottest/zfsboottest
>> /boot/Menu.rc /dev/da0p2 /dev/da1p2
>> ZFS: SPA version 28
>>    pool: rpool
>> config:
>>
>>          NAME STATE
>>          rpool ONLINE
>>            mirror ONLINE
>>              gptid/e915c6a0-fc72-11de-aa21-00e081706b68 ONLINE
>>              gptid/eac8497d-fc72-11de-aa21-00e081706b68 ONLINE
>> \ Menu.rc
>> \ $FreeBSD: head/sys/boot/forth/menu.rc 222417 2011-05-28 08:50:38Z julian $
>> \
>> \ Load required Forth modules
>> include /boot/version.4th
>> include /boot/brand.4th
>> include /boot/menu.4th
>> include /boot/menu-commands.4th
>> include /boot/shortcuts.4th
>>
>> \ Screen prep
>> clear         \ clear the screen (see `screen.4th')
>> print_version \ print version string (bottom-right; see `version.4th')
>> draw-beastie  \ draw freebsd mascot (on right; see `beastie.4th')
>> draw-brand    \ draw the FreeBSD title (top-left; see `brand.4th')
>> menu-init     \ initialize the menu area (see `menu.4th')
>>
>> \ Initialize main menu constructs (see `menu.4th')
>> \ NOTE: To use the `ansi' variants, add `loader_color=1' to loader.conf(5)
>> <clip>
>> set menu_timeout_command="boot"
>>
>> \ Display the main menu (see `menu.4th')
>> menu-display
>> [root@morzine ~]
>>
>> The line `ZFS: SPA version 28'
>>
>> come from my local patch:
>>
>> Index: sys/boot/zfs/zfsimpl.c
>> ===================================================================
>> --- sys/boot/zfs/zfsimpl.c    (revision 225759)
>> +++ sys/boot/zfs/zfsimpl.c    (working copy)
>> @@ -63,6 +63,8 @@
>>       STAILQ_INIT(&zfs_vdevs);
>>       STAILQ_INIT(&zfs_pools);
>>
>> +    printf("ZFS: SPA version %u\n", (unsigned) SPA_VERSION);
>> +
>>       zfs_temp_buf = malloc(TEMP_SIZE);
>>       zfs_temp_end = zfs_temp_buf + TEMP_SIZE;
>>       zfs_temp_ptr = zfs_temp_buf;
>>
>>
>> Is it what you sugest ?
>
> Yes.  And this report indicates that the boot code (built from your source tree)
> should be able to read that file.
>
I do:

mv /boot/Menu.rc /boot/menu.rc

and reboot.

The /boot/menu.rc can be read by zfsloader so I conclude that it was the 
directory entry of /boot/menu.rc thas has a problem in the first place.

Next time it happen I will directly use zfsboottest before any update to 
the pool.

Thank for your time!

Henri



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E9015CA.30302>