Date: Tue, 09 Sep 2014 18:09:22 +0300 From: Kimmo Paasiala <kpaasial@icloud.com> To: "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org> Subject: Re: ZFS on root booting broken somewhere after r270020 Message-ID: <7643523D-3839-42FC-A9CB-EAF3E6B028DB@icloud.com> In-Reply-To: <FE64613E-B083-436C-8A08-13923ED88797@icloud.com> References: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> <71DEB316-3CDD-4403-A397-BCE684725ABD@icloud.com> <25886C53-39C1-47A8-95F7-494FA6E7ABA2@icloud.com> <20140819071045.GS2737@kib.kiev.ua> <99FB0662-1954-4ECB-939B-06D0AA49C1A1@icloud.com> <20140819074643.GU2737@kib.kiev.ua> <FE64613E-B083-436C-8A08-13923ED88797@icloud.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 9.9.2014, at 17.23, Kimmo Paasiala <kpaasial@icloud.com> wrote: >=20 >=20 >> On 19.8.2014, at 10.46, Konstantin Belousov <kostikbel@gmail.com> = wrote: >>=20 >> On Tue, Aug 19, 2014 at 10:32:08AM +0300, Kimmo Paasiala wrote: >>>=20 >>> On 19.8.2014, at 10.10, Konstantin Belousov <kostikbel@gmail.com> = wrote: >>>=20 >>>> On Tue, Aug 19, 2014 at 07:40:46AM +0300, Kimmo Paasiala wrote: >>>>>=20 >>>>> On 18.8.2014, at 8.54, Kimmo Paasiala <kpaasial@icloud.com> wrote: >>>>>=20 >>>>>>=20 >>>>>> On 18.8.2014, at 2.32, Kimmo Paasiala <kpaasial@icloud.com> = wrote: >>>>>>=20 >>>>>>> System is: >>>>>>>=20 >>>>>>> FreeBSD freebsd10.rdnzl.info 10.0-STABLE FreeBSD 10.0-STABLE #2 = r270020: Fri Aug 15 20:38:59 EEST 2014 = kimmo@buildstable10amd64.rdnzl.info:/usr/obj/usr/src/sys/GENERIC amd64 >>>>>>>=20 >>>>>>> This version still works fine. The one that didn?t work was = r270097. The kernel boots but gets stuck at the line: >>>>>>>=20 >>>>>>> Trying to mount root from zfs:pool/ROOT/default [] >>>>>>>=20 >>>>>>> I tried pressing enter at this point but got a panic, I don?t = have a screenshot of the panic at the moment. >>>>>>>=20 >>>>>>> Could this problem be related the this commit? : >>>>>>>=20 >>>>>>> = http://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir=3Ddown= &revision=3D270095 >>>>>>>=20 >>>>>>> -Kimmo >>>>>>=20 >>>>>> Trying to bisect this I backed to r270050 and that version still = works. More to come. >>>>>>=20 >>>>>> -Kimmo >>>>>=20 >>>>> 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. >>>>>=20 >>>>> Adding the committer of r270095 (kib@) to this discussion. >>>>=20 >>>> 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. >>>=20 >>> 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. >>>=20 >>> Very very strange?=20 >> This probably indicates KBI mismatch. >>=20 >> Is your fuse.ko installed from the kernel build ? >> Still, I think the verbose dmesg is the start to look. >>=20 >>>=20 >>> Thanks for the input anyway, >>>=20 >>> -Kimmo >>>=20 >>>=20 >>>=20 >>=20 >>=20 >=20 > Hi it=E2=80=99s me again. Something that was committed in stable/10 = after r271213 up to and including r271288 broke ZFS on Root booting in = exactly the same way again. I know the problem is no longer related to = extra kernel modules loaded in /boot/loader.conf because I=E2=80=99m = loading only the required zfs.ko and opensolaris.ko modules. Also, the = new vt(4) console that I=E2=80=99m using is not the culprit because the = same thing happens with kern.vty set to =E2=80=9Csc=E2=80=9D. >=20 > -Kimmo Verbose dmesg logs from both versions at pastebin if anyone wants to = take a look: r271213 (the one that still works): http://pastebin.com/A6rAkDpB r271288 (the one where booting from ZFS is now broken): = http://pastebin.com/sq6FnVr0 Both are with the sc console, the new vt console doesn=E2=80=99t quite = work at mountroot console for me. Running diff(1) on those I didn=E2=80=99t spot any obvious differences = except in some memory addresses that is to be expected. -Kimmo
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7643523D-3839-42FC-A9CB-EAF3E6B028DB>