r227705 broke my ZFS on root boot
Garrett Cooper
yanegomi at gmail.com
Mon Jan 2 06:27:16 UTC 2012
Pawel and Releng,
I spent over 5 hours today debugging my stable-9 RC2 -> PRERELEASE
upgrade not working, and I've finally come to the conclusion that
r227705 completely broke my boot. This commit is in 9.0-RC{2,3}, and
probably needs to be redone.
Bottom line is what happens is that when it boots it fails to find
the bootfs ("/"), and thus when I do ls in gptzfsboot it says "Hmmm...
nothing here boss!" when it tries to load /boot/kernel/kernel .
I saw this before (around RC1) and wrote it off as local changes,
because I preemptively MFCed r226549, r226551, r226552, r226553,
r226568, r226611 as I thought the changes were pertinent to ZFS
runtime and not boottime.
I unmerged r226549, minus the open_disk changes and magically
everything works again...
So, what next?
My setup:
$ uname -a
FreeBSD bayonetta.local 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #0
r229187M: Sun Jan 1 14:39:27 PST 2012
gcooper at bayonetta.local:/usr/obj/store/freebsd/stable/9/sys/BAYONETTA
amd64
$ zfs list
NAME USED AVAIL REFER MOUNTPOINT
sac 71.1G 819G 1.01G /
sac/scratch 67.5G 819G 62.4G /scratch
sac/scratch/freenas 5.08G 819G 4.14G /scratch/freenas
sac/scratch/freenas/FreeBSD 965M 819G 928M /scratch/freenas/FreeBSD
sac/usr 2.38G 819G 2.38G /usr
sac/var 150M 819G 150M /var
store 1.04T 765G 1.04T /store
store/freebsd 4.11G 765G 4.11G /store/freebsd
store/home 39.0M 765G 39.0M /usr/home
$ zpool get bootfs,cachefile sac store
NAME PROPERTY VALUE SOURCE
sac bootfs sac local
sac cachefile - default
store bootfs - default
store cachefile - default
I don't have any noticeable changes in the sys directory that
would impact this functionality, but I'll be more than happy to share
if interested.
Thanks,
-Garrett
More information about the freebsd-fs
mailing list