dick hoogendijk wrote:
Lori Alt wrote:
It would also be useful to see the output of `zfs list`
and `zfs get all rpool/ROOT/snv_99` while
booted from the failsafe archive

# zfs list
rpool             69.0G  76.6G    40K     /a/rpool
rpool/ROOT        22.7G           18K     legacy
rpool/ROOT/snv99  22.7G         10.8G     /a/.alt.tmp.b-yh.mnt/

Well, this is clearly a problem.  I've seen it before
(there are some bugs in LU that can leave the root
dataset of a BE in this state), but I've always seen the
system boot anyway because the zfs_mountroot
code in the kernel appeared to ignore the value
of the moutnpoint property and just mounted the
dataset at "/" anyway.
Since I don't fully understand the problem, I can't
be sure this will work, but I'm pretty sure it won't
hurt:  try setting the mountpoint of the dataset to "/":

zfs set mountpoint=/  rpool/ROOT/snv99

I do mean "/", not "/a".  After executing the command,
the mountpoint shown with `zfs list` should be "/a"
(in the zfs list output, the current alternate root for
the pool is prepended to the persistent mount point
of the datasets to show the effective mount point).

Then reboot and see if your problem is solved.  If not,
we'll dig deeper with kmdb into what's happening.

Lori
rpool/dump        1.50G         1.50G     -
rpool/export      36.6G          796M     /a/export
rpool/export/home 36.8G         35.8G     /a/export/home
rpool/local        234M          234M     /a/usr/local
rpool/swap           8G  84.6G  6.74G     -

# zfs get all rpool/ROOT/snv99
type filesystem
creation wed ...
used 22.7G
available 76.6G
referenced 10.8G
compressratio 1.00x
mounted no
quota none
reservation none
recordsize 128K
mountpoint /a/.alt.tmp.b-yh.mnt/
sharefs off
checksum on
compression off
atime on
devices on
exec on
setuid on
readonly off
zoned off
snapdir hidden
aclmode groupmask
aclinherit restricted
canmount noauto
shareiscsi off
xattr on
copies 1
version 3
utf8only off
normalization none
casesensitive sensitive
vscan off
nbmand off
sharesmb off
refquota none
refreservation none
primarycache all
secondarycache all
usedbysnapshots 11.9G
usedbydataset 10.8G
usedbychildren 0
usedbyrefreservation 0


_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to