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>