loader lszfs command

[dte...@freebsd.org]

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.
--
Devin

_______________________________________________
freebsd...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"

[Sean Bruno]

On Thu, 2014-08-07 at 14:17 -0700, dte...@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

[Garrett Cooper]

Hi Devin!

Is the installed version you have in synch with the kernel and
zpool version for boot0, gptzfsboot, etc?
Cheers!
-Garrett

[dte...@freebsd.org]

Not sure how the kernel factors into all this, but I have a
10.0-RC1 system.

Some info:

devin@scribe10 ~ $ uname -a
FreeBSD scribe10 10.0-RC1 FreeBSD 10.0-RC1 #0 r259068: Sat Dec 7 17:45:20 UTC 2013 ro...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64

devin@scribe10 ~ $ zpool get version
NAME PROPERTY VALUE SOURCE
bootpool version - default
zroot version - default

devin@scribe10 ~ $ zfs get version
NAME PROPERTY VALUE SOURCE
bootpool version 5 -
zroot version 5 -
zroot/ROOT version 5 -
zroot/ROOT/default version 5 -
zroot/ROOT/default@2014-08-04-19:38:24 version 5 -
zroot/ROOT/test version 5 -
zroot/tmp version 5 -
zroot/usr version 5 -
zroot/usr/home version 5 -
zroot/usr/ports version 5 -
zroot/usr/ports.RELEASE_9_1_0 version 5 -
zroot/var version 5 -
zroot/var/crash version 5 -
zroot/var/log version 5 -
zroot/var/mail version 5 -
zroot/var/tmp version 5 -

Maybe if I update boot0 to a HEAD copy maybe?
Have already tried updating /boot/loader with no change.
--
Devin

[Peter Wemm]

On Thursday 07 August 2014 16:42:42 dte...@FreeBSD.org wrote:

> Maybe if I update boot0 to a HEAD copy maybe?
> Have already tried updating /boot/loader with no change.

-r-xr-xr-x 1 root wheel 262144 Aug 1 12:24 /boot/loader*
-r-xr-xr-x 1 root wheel 299008 Aug 1 12:24 /boot/zfsloader*

It sounds like something is wrong with your install.

BTW; boot0 isn't involved - if you've got that far, boot0 / gptzfsboot have
already done their part.
--
Peter Wemm - pe...@wemm.org; pe...@FreeBSD.org; pe...@yahoo-inc.com; KI6FJV
UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246

[Garrett Cooper]

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

[Trond Endrestøl]

On Thu, 7 Aug 2014 14:17-0700, dte...@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.

A bit on the side, but more user friendly:

You should change the error message on line 335 to explain how to use
lszfs, or add a "help lszfs" command.

Instead of merely complaining about "wrong number of arguments", how
about stating something like "wrong number of arguments, need at least
pool name"?

--
+-------------------------------+------------------------------------+
| Vennlig hilsen, | Best regards, |
| Trond Endrest�l, | Trond Endrest�l, |
| IT-ansvarlig, | System administrator, |
| Fagskolen Innlandet, | Gj�vik Technical College, Norway, |
| tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, |
| sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. |
+-------------------------------+------------------------------------+

[dte...@freebsd.org]

No explanation as of yet, but I have successfully built a system
that has working lszfs command. Took a stable/10 snapshot from
July 29th and that seems to be working alright.

Since it's working as expected in stable/10 currently (the furthest
point away that I intend to MFC these enhancements), I'm happy
to ignore the fact that my aged 10.0-RC1 machine doesn't work.
--
Devin