Re: Problems with zfsboot loader if raidz present on any drive

From: Doug Rabson <dfr_at_rabson.org>
Date: Sun, 7 Dec 2008 09:22:16 +0000
On 7 Dec 2008, at 03:19, Pegasus Mc Cleaft wrote:

> Hello Hackers,
>
> 	Recently and friend and I have been trying to get the new  
> gptzfsboot working
> on our machines and ran into a interesting problem.
>
> 	Initially I was building the world without the environment variable
> LOADER_ZFS_SUPPORT=YES in the /etc/make.conf and this, of course,  
> didnt work
> very well. Every time the machine booted, it would throw 2 lines  
> after the
> pin-wheel and then reboot. I couldent read what the lines were it  
> went so
> fast.
>
> 	My friend had a bit more luck and got his machine working OK with a  
> single
> drive and later a mirror drive added.
>
> 	I added the environment variable and rebuilt everything and  
> installed. This
> time, I could see the bios drives and a further 2 lines of ZFS  
> something and a
> reboot...
>
> 	No matter what I tried, I couldent get the machine to boot up to a  
> point
> where I could try and fix the problem, so I started pulling devices  
> out and
> found the following: If there is a raidz pool on any drive (not  
> necessarily
> the one that you are trying to boot from) the loader dies and  
> reboots the
> machine. My friend, as an experiment created 3 gpt partitions (in  
> addition to
> the single partition that he had been previously booted from) on his  
> single
> drive and made a raidz pool for testing. His machine showed the same  
> condition
> as mine, however he was able to capture the message before the machine
> rebooted:
>
> <message>
> ZFS: can only boot from disk or mirror vdevs
>
> ZFS: inconsistent nvlist contents

The zfsboot code in current doesn't support raidz or raidz2. I have  
been working on adding that support but its not ready yet. The code  
works in my test harness but crashes instantly when I put it in the  
boot code :(. I should have time to finish debugging it soon.
Received on Sun Dec 07 2008 - 08:22:19 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:38 UTC