Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 03 Sep 2019 14:06:39 -0000
From:      "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
To:        Andriy Gapon <avg@freebsd.org>
Cc:        rgrimes@freebsd.org, Chris Rees <crees@bayofrum.net>, "O. Hartmann" <ohartmann@walstatt.org>, Chris Rees <crees@freebsd.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r346017 - in head: libexec/rc libexec/rc/rc.d share/man/man5
Message-ID:  <201904091955.x39Jt7PU061907@gndrsh.dnsmgr.net>
In-Reply-To: <facc1aee-0d51-e46a-87e5-7b717fb03402@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
> On 09/04/2019 21:33, Rodney W. Grimes wrote:
> > I think the trigger issue is:
> > grep zfs /etc/rc.d/zvol 
> > rcvar="zfs_enable"
> > required_modules="zfs"
> > 
> > that module requires may be going south with the
> > new code when the module is built into the kernel.
> 
> Maybe it's because the module's name is zfsctrl (for whatever reason) while the
> module file is named zfs.ko.

I suspect that could also lead to issues with the new code.
It seems to be failing to detect that zfs is infact functional in the kernel,
and blindly, or not so blindly, trying to load zfs,ko, which when you build
it into the kernel you usually do so without any modules built, so there is
no /boot/kernel/zfs.ko, and even if you did build it any attempt to load
it would return an error.

> -- 
> Andriy Gapon
-- 
Rod Grimes                                                 rgrimes@freebsd.org





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201904091955.x39Jt7PU061907>