Package Details: zfs-dkms 2.2.3-2

Git Clone URL: https://aur.archlinux.org/zfs-dkms.git (read-only, click to copy)
Package Base: zfs-dkms
Description: Kernel modules for the Zettabyte File System.
Upstream URL: https://zfsonlinux.org/
Licenses: CDDL
Provides: SPL-MODULE, zfs, ZFS-MODULE
Submitter: isiachi
Maintainer: kstolp
Last Packager: kstolp
Votes: 159
Popularity: 1.22
First Submitted: 2015-08-31 12:01 (UTC)
Last Updated: 2024-03-13 08:43 (UTC)

Pinned Comments

kstolp commented on 2023-09-29 00:34 (UTC)

When requesting changes, please include detailed reasoning for the change.

kstolp commented on 2023-01-07 09:31 (UTC)

If you receive this error when trying to build, it is because you have not imported the GPG keys used for verification.

==> ERROR: One or more PGP signatures could not be verified!

You have two options:

1) Import the two keys into your keyring. ArchWiki article. You can find the key IDs in the PKGBUILD file, in the validpgpkeys array. (recommended)

2) Alternatively, you can skip this verification by passing the --skippgpcheck argument to makepkg when building. (not recommended)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 58 Next › Last »

malibu commented on 2024-02-17 10:04 (UTC) (edited on 2024-02-17 11:14 (UTC) by malibu)

Here are the results:

[root@archlinux ~]# dkms status
Error! Could not locate dkms.conf file.
File: /var/lib/dkms/zfs/2.1.0/source/dkms.conf does not exist.
zfs/0.8.3: added
zfs/0.8.4: added
zfs/2.0.2: added
[root@archlinux ~]# uname -a
Linux archlinux 6.6.16-1-lts #1 SMP PREEMPT_DYNAMIC Mon, 05 Feb 2024 21:20:21 +0000 x86_64 GNU/Linux

Also there are a couple other errors during 2.2.2 install that may be important:


(2/3) Install DKMS modules
==> ERROR: Missing 6.7.4-arch1-1 kernel modules tree for module zfs/2.2.2.
(3/3) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux-lts -g /boot/initramfs-linux-lts.img --microcode /boot/*-ucode.img
==> Starting build: '6.6.16-1-lts'
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
libkmod: kmod_config_parse: /etc/modprobe.d/local.conf line 1: ignoring bad line starting with 'drm_kms_helper'
libkmod: kmod_config_parse: /etc/modprobe.d/local.conf line 1: ignoring bad line starting with 'drm_kms_helper'
  -> Running build hook: [modconf]

And later..


  -> Stripping unneeded symbols from binaries and libraries...
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found
  -> Compressing man and info pages...

bsdice commented on 2024-02-16 23:28 (UTC)

sudo dkms status

uname -a

What is the output?

malibu commented on 2024-02-16 23:22 (UTC) (edited on 2024-02-17 10:15 (UTC) by malibu)

Hi there. I just followed the instructions below and switched to the lts kernel and then installed zfs and zfs-utils. I am getting the following:


[root@archlinux ~]# zpool import
The ZFS modules cannot be auto-loaded.
Try running 'modprobe zfs' as root to manually load them.
[root@archlinux ~]# modprobe zfs
libkmod: kmod_config_parse: /etc/modprobe.d/local.conf line 1: ignoring bad line starting with 'drm_kms_helper'
modprobe: FATAL: Module zfs not found in directory /lib/modules/6.6.16-1-lts

Is there something I can do? Thanks.

mabod commented on 2024-02-03 08:11 (UTC)

@jalley: support for kernel 6.7 is in git master and 2.2.3-staging branch, but not in zfs 2.2.2. zfs 2.2.3 is not yet released. If you need support for kernel 6.7 you can use the staging packages: zfs-dkms-staging-git and zfs-utils-staging-git

jalley commented on 2024-02-02 15:23 (UTC)

The OpenZFS meta file says it now supports the 6.7 kernel, but it looks like they pined it to version 2.2.99 which was previously released in July. I don't understand but was hoping someone smarter than me would take a look.

air-g4p commented on 2024-01-28 08:42 (UTC)

@bjin - Thank you for your much appreciated zfs-dkms-staging-git effort! My hand was 'forced' when my go to kernel, linux-hardened, got bumped to 6.7.2 today (28 Jan). zfs-dkms-staging-git built and installed correctly against linux, -zen and -hardened.

Cheers!!

farmerdave commented on 2024-01-20 00:24 (UTC) (edited on 2024-01-20 00:30 (UTC) by farmerdave)

Hi, I've been using zfs-dkms for a while with the lts kernel, and have just noticed that upon upgrade of kernel many of the older kernel zfs build artifacts are remaining on the filesystem in /usr/lib/modules/ Looks like the artifacts are in
/usr/lib/modules/6.1.70-1-lts/build/module/zfs/.deps/
and
/usr/lib/modules/6.1.70-1-lts/build/tests/zfs-tests
See https://bbs.archlinux.org/viewtopic.php?id=291992
e.g.
drwxr-xr-x 3 root root 4.0K Oct 29 18:42 6.1.58-1-lts
drwxr-xr-x 3 root root 4.0K Nov 5 09:57 6.1.60-1-lts
drwxr-xr-x 3 root root 4.0K Nov 11 09:31 6.1.61-1-lts
drwxr-xr-x 3 root root 4.0K Nov 24 08:00 6.1.62-1-lts
drwxr-xr-x 3 root root 4.0K Dec 12 17:54 6.1.63-1-lts
drwxr-xr-x 3 root root 4.0K Dec 23 15:49 6.1.67-1-lts
drwxr-xr-x 3 root root 4.0K Jan 5 09:29 6.1.69-1-lts
drwxr-xr-x 5 root root 4.0K Jan 19 20:19 6.1.70-1-lts

Anyone else notice similar?

bjin commented on 2024-01-15 16:04 (UTC)

I made a new AUR package called zfs-dkms-staging-git1. It has all the patches needed to make zfs-dkms work with the new 6.7 kernel. This package currently tracks the zfs-2.2.3-staging branch from the upstream, including all the staging changes to the stable 2.2.x branch. It's more stable than "zfs-dkms-git" but slightly less stable than "zfs-dkms" which tracks release tags.

If you're eager to use the new 6.7 kernel like me, you can install this package before v2.2.3 is officially tagged. Once v2.2.3 is out, you can switch back to the 'zfs-dkms' package.

I relaxed the dependencies on the zfs-util package to make switching between these two packages easier and less troublesome.

bsdice commented on 2024-01-12 10:48 (UTC)

IMO you can publish patches or a modified kernel as long as you comply with the GPL-2.0 license, under which the Linux kernel and specifically the mentioned header file is published. On ZFS side, the CDDL license appears clear enough for LLNL (military) to stay involved, and Ubuntu or ProxMox to ship binaries. As far as I know no company employing OpenZFS has been sued or blackmailed by Oracle. Worst thing to happen if your fixes gain traction in a sizable community is getting punched in the face by gregkh at a conference and Linus won't invite you to the hot tub after show event. Your changes will also never be upstreamed.

baslking commented on 2024-01-12 09:55 (UTC)

@bsdice I confirm that your suggestion for include/linux/export.h L87,L89 emptying the GPL string allows dkms to build the zfs module, and it seems to load and work with 6.6.10. I also tried the amd64 version which works without modification. I noticed that the 6.1 kernel source for aarch64 had the sting nulled. Not sure if it poses a problem that such a patch is distributed?