Date: Mon, 22 Oct 2018 21:09:14 +0700 From: Eugene Grosbein <eugen@grosbein.net> To: Glen Barber <gjb@freebsd.org> Cc: Andriy Gapon <avg@freebsd.org>, FreeBSD stable <freebsd-stable@freebsd.org> Subject: Re: krpc: unbootable ZFS-on-root after major upgrade to 11.2 Message-ID: <1d5236b8-0269-5dce-3f2e-e7b1910836c6@grosbein.net> In-Reply-To: <20181022140304.GE13668@FreeBSD.org> References: <8517429b-9e3b-2ea3-80a6-12fc92106252@grosbein.net> <6627d159-fd52-2d10-2d45-97fd02725adc@FreeBSD.org> <5BC9A2E4.9010306@grosbein.net> <6c2f8adb-c0e7-550b-8595-e7a4768d5157@FreeBSD.org> <f6249da6-db28-6672-5d4f-3e711e98f87e@grosbein.net> <20181022140304.GE13668@FreeBSD.org>
index | next in thread | previous in thread | raw e-mail
22.10.2018 21:03, Glen Barber wrote: t's strange that this is a 10.x vs 11.x issue. >>> I see that zfs has the krpc dependency since r193128. >>> And the call to xdrmem_create is there since r168404. >> >> You are right. I was mis-informed and have not verified enough a report from local user. >> >> Glen, maybe that errata record should be deleted. The problem is real but it is long-standing >> and present in 10.x too. >> > > Could you elaborate more on the failure case you originally reported > first? If the problem is real, my feeling is that the errata entry > should stay, just worded differently to reflect the failure case here. zfs.ko depends on krpc.ko. The KRPC code in compiled in GENERIC kernel as dependency of NFS client/server code. The problem arises if all of these are true: 1) a system uses custom kernel with NFS options removed; 2) there is no krpc.ko available due to MODULES_OVERRIDE excluding it; 3) the system boots off ZFS pool. In such case, loader cannot resolve dependency and fails to load zfs.ko and kernel fails to mount root breaking boot sequence.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1d5236b8-0269-5dce-3f2e-e7b1910836c6>