loader lszfs command

[Garrett Cooper]

On Thu, Aug 7, 2014 at 4:42 PM,  <dteske at freebsd.org> wrote:
>
>> -----Original Message-----
>> From: Garrett Cooper [mailto:yaneurabeya at gmail.com]
>> Sent: Thursday, August 7, 2014 4:29 PM
>> To: sbruno at freebsd.org
>> Cc: dteske at freebsd.org; freebsd-current
>> Subject: Re: loader lszfs command
>>
>> Hi Devin!
>>
>> On Thu, Aug 7, 2014 at 4:15 PM, Sean Bruno <sbruno at ignoranthack.me>
>> wrote:
>> > On Thu, 2014-08-07 at 14:17 -0700, dteske at FreeBSD.org wrote:
>> >> Hi,
>> >>
>> >> People have been pestering me to update the Forth code to present
>> >> a menu of ZFS datasets (*cough* boot environments *cough*).
>> >>
>> >> Would love to, but existing code seems broken.
>> >>
>> >> Can *anybody* produce meaningful output from the following?
>> >>
>> >> http://svnweb.freebsd.org/base?view=revision&revision=241284
>> >>
>> >> All I get on every system I've tried (multiple versions, including HEAD)
>> >> produce the following:
>> >>
>> >>  OK lszfs zroot
>> >> ZFS: i/o error - all block copies unavailable
>> >> operation not permitted
>> >>
>> >> It's really hard for me to start with something that's broken. Can
>> >> I get confirmation that this doesn't appear to be working as intended?
>> >> If so, I'll go ahead and try to fix it, but need to confirm that I'm ( a )
>> >> not
>> >> crazy and ( b ) seeing the same thing everybody else is seeing.
>> >
>> >
>> > Hrm ... this seems to work for me.  (fairly recent 11-current)
>> >
>> > OK lszfs zroot
>> > $MOS
>> > $FREE
>> > $ORIGIN
>> > tmp
>> > home
>> > usr
>> > var
>> > tftpboot
>> > poudriere
>> > OK
>>
>>     Is the installed version you have in synch with the kernel and
>> zpool version for boot0, gptzfsboot, etc?
>
> Not sure how the kernel factors into all this, but I have a
> 10.0-RC1 system.

    I was asking for information to help determine whether or not the
loader could read the zpool metadata, because it's interesting why
things worked for Sean and not for you :).
Cheers!
-Garrett