ZFS on root booting broken somewhere after r270020

Kimmo Paasiala kpaasial at icloud.com
Tue Aug 19 11:13:54 UTC 2014


On 19.8.2014, at 10.46, Konstantin Belousov <kostikbel at gmail.com> wrote:

> On Tue, Aug 19, 2014 at 10:32:08AM +0300, Kimmo Paasiala wrote:
>> 
>> On 19.8.2014, at 10.10, Konstantin Belousov <kostikbel at gmail.com> wrote:
>> 
>>> On Tue, Aug 19, 2014 at 07:40:46AM +0300, Kimmo Paasiala wrote:
>>>> 
>>>> On 18.8.2014, at 8.54, Kimmo Paasiala <kpaasial at icloud.com> wrote:
>>>> 
>>>>> 
>>>>> On 18.8.2014, at 2.32, Kimmo Paasiala <kpaasial at icloud.com> wrote:
>>>>> 
>>>>>> System is:
>>>>>> 
>>>>>> FreeBSD freebsd10.rdnzl.info 10.0-STABLE FreeBSD 10.0-STABLE #2 r270020: Fri Aug 15 20:38:59 EEST 2014     kimmo at buildstable10amd64.rdnzl.info:/usr/obj/usr/src/sys/GENERIC  amd64
>>>>>> 
>>>>>> This version still works fine. The one that didn?t work was r270097. The kernel boots but gets stuck at the line:
>>>>>> 
>>>>>> Trying to mount root from zfs:pool/ROOT/default []
>>>>>> 
>>>>>> I tried pressing enter at this point but got a panic, I don?t have a screenshot of the panic at the moment.
>>>>>> 
>>>>>> Could this problem be related the this commit? :
>>>>>> 
>>>>>> http://svnweb.freebsd.org/base?view=revision&sortby=rev&sortdir=down&revision=270095
>>>>>> 
>>>>>> -Kimmo
>>>>> 
>>>>> Trying to bisect this I backed to r270050 and that version still works. More to come.
>>>>> 
>>>>> -Kimmo
>>>> 
>>>> Version r270094 still works but commit r270095 definitely does break booting from ZFS on root on my system. The error message I see on the console is  ?Mounting from <the ZFS filesystem> failed with error 5? and I?m given the mountroot prompt. I don?t see the ZFS pool among the listed GEOM devices on the mountroot prompt.
>>>> 
>>>> Adding the committer of r270095 (kib@) to this discussion.
>>> 
>>> I have no idea about ZFS, but the fact that things, which are lower-level
>>> than ZFS filesystem itself are missing, suggests that the issue is unrelated.
>>> At the very least, start with providing the verbose boot dmesg for successful
>>> and failed boots.
>> 
>> This looks like to be unrelated to ZFS as you?re saying. I just remembered that I?m loading fuse.ko in my /boot/loader.conf. I commented that one out and what do you know? The system boots fine with the r270095 kernel.
>> 
>> Very very strange? 
> This probably indicates KBI mismatch.
> 
> Is your fuse.ko installed from the kernel build ?
> Still, I think the verbose dmesg is the start to look.
> 

The fuse.ko module is from the kernel build because this is on stable/10, the module loads and works if loaded manually after boot and doesn’t seem to affect anything. I don’t yet have an easy way to provide the verbose boot log from a failed boot because this is on real hardware and hooking up a serial console takes some work. I did take a close look on the messages when I booted with 'boot -v' with the fuse.ko included but I didn’t spot anything out of the ordinary.

-Kimmo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 496 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20140819/59bfbbf2/attachment.sig>


More information about the freebsd-stable mailing list