Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable

From: Henri Hennebert <hlh_at_restart.be>
Date: Sat, 08 Oct 2011 11:20:10 +0200
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_at_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_at_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_at_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_at_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)
>> _at__at_ -63,6 +63,8 _at__at_
>>       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
Received on Sat Oct 08 2011 - 07:20:13 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:18 UTC