Re: [gentoo-user] problems with installing zfs-kmod under new kernel

[Rich Freeman]

On Wed, Oct 7, 2020 at 9:28 AM John Covici <covici@××××××××××.com> wrote:
>
> Hi.  I am having problems installing zfs-kmod on my new kernel
> 5.4.69.  Originally I got this:
>
> !!! Multiple package instances within a single package slot have been
>     pulled
>     !!! into the dependency graph, resulting in a slot conflict:
>
> sys-fs/zfs-kmod:0
>
>   (sys-fs/zfs-kmod-2.0.0_rc3:0/0::gentoo, ebuild scheduled for merge)
>   USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by
>       (no parents that aren't satisfied by other packages in this
>   slot)
>
>   (sys-fs/zfs-kmod-2.0.0_rc1:0/0::gentoo, installed) USE="rootfs
>   -custom-cflags -debug" ABI_X86="(64)" pulled in by
>       ~sys-fs/zfs-kmod-2.0.0_rc1 required by
>   (sys-fs/zfs-2.0.0_rc1-r1:0/0::gentoo, installed) USE="nls pam rootfs
>   (split-usr) -custom-cflags -debug (-kernel-builtin) -libressl
>   -minimal -python (-static-libs) -test-suite" ABI_X86="(64)"
>   PYTHON_TARGETS="python3_7 -python3_6 -python3_8"
>       ^                ^^^^^^^^^
>

This is because you're attempting to upgrade zfs-kmod and not zfs.
You didn't paste your command line but chances are you didn't have
both packages on it.

> Then I masked off the -rc3 version thinking that would help and I got
> this:
>
>
>
> !!! Multiple package instances within a single package slot have been
> pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> sys-fs/zfs-kmod:0
>
>   (sys-fs/zfs-kmod-0.8.5:0/0::gentoo, ebuild scheduled for merge)
>   USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by
>       (no parents that aren't satisfied by other packages in this
>   slot)
>
>   (sys-fs/zfs-kmod-2.0.0_rc1:0/0::gentoo, installed) USE="rootfs
>   -custom-cflags -debug" ABI_X86="(64)" pulled in by
>       ~sys-fs/zfs-kmod-2.0.0_rc1 required by
>   (sys-fs/zfs-2.0.0_rc1-r1:0/0::gentoo, installed) USE="nls pam rootfs
>   (split-usr) -custom-cflags -debug (-kernel-builtin) -libressl
>   -minimal -python (-static-libs) -test-suite" ABI_X86="(64)"
>   PYTHON_TARGETS="python3_7 -python3_6 -python3_8"
>       ^                ^^^^^^^^^
>

That is because masking rc3 forces it to downgrade to an older version
of zfs (which may or may not be compatible with what you have on-disk
so you might be in for a surprise when you reboot).  But, since you're
only updating one package but not the other you still get the same
error.

What version of zfs do you WANT to use?  Are you already running on
the v2 release candidate?  (Probably not what most people should be
doing...)  If so you need to figure out if your pools are even
compatible with v0.8.5 (I'm not sure offhand if new features were
added, and if they were it would probably depend on whether you
upgraded your pools).

If you are on the v2rc and want to stick with it, then undo whatever
masking you did and just update both packages together:
emerge -1au zfs-kmod zfs

Really though that should already happen if you did an emerge -u
@world assuming both are in your world.

If you want to run v0.8.5 then I would mask both zfs-kmod and zfs
>=0.9 and then run the same command.

If you're on 0.8.4 though you might seriously consider just accepting
only stable keywords on zfs though - it is a filesystem and maybe not
something you want to be cutting edge.

And you definitely don't want to go uninstalling zfs-kmod as now the
module will be gone and once again you'll get a surprise when you
reboot.

In the future though I'd probably avoid installing release candidates
if you are running one.  That is, unless it is your goal to beta-test
filesystems.

-- 
Rich