kern/162008: [zfs] Latest 9-STABLE and 10-CURRENT fail to boot from
ZFS v15 root
Robert Millan
rmh at debian.org
Tue Oct 25 17:00:20 UTC 2011
>Number: 162008
>Category: kern
>Synopsis: [zfs] Latest 9-STABLE and 10-CURRENT fail to boot from ZFS v15 root
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Oct 25 17:00:19 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Robert Millan
>Release: Debian GNU/kFreeBSD "sid"
>Organization:
>Environment:
see description
>Description:
With both 9-STABLE and 10-CURRENT, since recently the kernel is no longer able to boot from my ZFS pool as root file system.
The on-disk pool is ZFS version 15 and was created with 8.2 kernel.
I've bisected the problem in stable/9/sys/ and found that it'd been introduced by r226405 (commit that disables debug options in GENERIC), which is obviously just exposing the bug and not causing it.
Ironically, in head/sys/ the same problem is present but disappears when removing the debug options.
If I attempt to replicate the disk (by creating a new v15 pool and zfs send/receive'ing the data), the destination ZFS pool is bootable unlike the source one. This makes me suspect the problem has something to do with /boot/zfs/zpool.cache.
I'm currently dd'ing the raw partition to another disk to check if the pool can be imported/exported manually, and if "zpool upgrade" has any effect on the problem (I don't want to risk losing the testcase). Please let me know if there's anything else I can try.
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list