Package Details: zfs-dkms 2.2.4-1

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: 162
Popularity: 3.02
First Submitted: 2015-08-31 12:01 (UTC)
Last Updated: 2024-05-03 03:00 (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 .. 10 11 12 13 14 15 16 17 18 19 20 .. 58 Next › Last »

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)

korimitsu commented on 2023-01-06 20:48 (UTC)

Error

==> Verifying source file signatures with gpg...
    zfs-2.1.7.tar.gz ... cat: write error: Broken pipe
FAILED
==> ERROR: One or more PGP signatures could not be verified!
Finished with result: exit-code
Main processes terminated with: code=exited/status=1
Service runtime: 11.133s
CPU time consumed: 3.057s
Error: Failed to build zfs-utils

kstolp commented on 2023-01-04 02:03 (UTC)

Updated zfs-utils and zfs-dkms to 2.1.7. These are working with linux 6.1.2.arch1-1.

Note that the openzfs project has a bug related to send/receive (as discussed in comments below). Since the issue is still open and the pull request hasn't been merged, I have not included this as a patch.

kstolp commented on 2022-12-31 21:54 (UTC)

Hello all,

I've just adopted these two packages (zfs-utils & zfs-dkms). I plan to get them updated right after this weekend at the latest.

Going forward, if anyone has issues/suggestions, feel free to email me or post in the comments. (My email is on my account here.) The goal will be to keep this package aligned with the upstream version. If there is a major issue upstream, I will do my best to include an approved patch. Otherwise, I'll post a warning comment here.

Hope everyone has a happy New Year!

raccog commented on 2022-12-28 18:06 (UTC)

@yurikoles Good point, kernel version 6.1 (the cause of this error) has only been out for around 2 weeks, so that would make sense. Also, that is a seriously impressive number of packages! Seems that @jonathan even maintains some nvidia AUR packages and firefox extended support release. Really makes me appreciate the work of maintainers. :)

yurikoles commented on 2022-12-28 17:34 (UTC) (edited on 2022-12-28 17:35 (UTC) by yurikoles)

My speculation is that maintainers just have not enough time to update this package. Usual lag of ZFS packages is about 1 month. jonathonf maintains 195 packages on AUR and a few dozens of Ubuntu PPA. I use his ZFS PPA on Ubuntu machines.

raccog commented on 2022-12-28 17:11 (UTC)

@habys I'm not a zfs developer, but here's what I think is happening.

The compilation error is caused by this bug. A fix for it was accepted into zfs version 2.1.7. However, this AUR package is still on 2.1.6.

This is just my speculation, but I'm wondering if this package may not have updated to 2.1.7 yet because of this separate severe issue. There is a pull request with people working on a fix, but the bug seems to be still affecting zfs versions starting with 2.1.7.

I think we have to wait for the package maintainer, @jonathon for an answer to this. In the meantime, if you can switch to the LTS kernel, that will solve the compilation error. Or you can switch AUR packages to zfs-dkms-git, just beware of potential crashes if you use zfs send/receive.

habys commented on 2022-12-28 14:09 (UTC)

Is the compilation error on 6.1 a separate bug? Is it tracked anywhere if so?

raccog commented on 2022-12-27 00:25 (UTC) (edited on 2022-12-27 00:26 (UTC) by raccog)

As @christian-heusel said, this package (v2.1.6-1) does not build starting with Linux kernel version 6.1.

For anyone that encounters this problem, I was able to install it properly for the current LTS kernel (5.15.85-1-lts), so switching the Linux kernel to LTS is one fix. Just make sure to also install linux-lts-headers and remove linux-headers so that DKMS will compile ZFS for the right kernel version.

If you want to keep the latest kernel version, switching to zfs-dkms-git and zfs-utils-git will fix the compilation errors. Just beware that, as @mabod said, there seems to be a severe issue with zfs send/recieve. I don't think it has been fixed, as of this comment.

For more details, here is the compile error that causes this package's build to fail:

./include/linux/memory_hotplug.h:223:39: error: macro "mutex_init" requires 4 arguments, but only 1 given
  223 |         mutex_init(&pgdat->kswapd_lock);
      |                                       ^
In file included from /var/lib/dkms/zfs/2.1.6/build/module/spl/../os/linux/spl/spl-procfs-list.c:26:
/var/lib/dkms/zfs/2.1.6/build/include/os/linux/spl/sys/mutex.h:99: note: macro "mutex_init" defined here
   99 | #define mutex_init(mp, name, type, ibc)                         \
      |
./include/linux/memory_hotplug.h:223:9: error: ‘mutex_init’ undeclared (first use in this function); did you mean ‘mt_init’?
  223 |         mutex_init(&pgdat->kswapd_lock);
      |         ^~~~~~~~~~
      |         mt_init
./include/linux/memory_hotplug.h:223:9: note: each undeclared identifier is reported only once for each function it appears in
  CC [M]  /var/lib/dkms/zfs/2.1.6/build/module/zcommon/zfs_namecheck.o
  CC [M]  /var/lib/dkms/zfs/2.1.6/build/module/lua/ltablib.o
  CC [M]  /var/lib/dkms/zfs/2.1.6/build/module/zcommon/zfs_prop.o
  CC [M]  /var/lib/dkms/zfs/2.1.6/build/module/zcommon/zpool_prop.o
make[3]: *** [scripts/Makefile.build:250: /var/lib/dkms/zfs/2.1.6/build/module/spl/../os/linux/spl/spl-procfs-list.o] Error 1

I found out this is because in Linux version 6.1, mutex_init() was changed from a macro to a function. This change can be seen here: v6.0.15 v6.1.1.

This has been fixed in ZFS version 2.1.7 by this pull request. By applying the patch described here to this package's version of ZFS (2.1.6), I was able to get the ZFS DKMS module to compile properly. So, it seems to be a simple identifier conflict that is causing this build failure on kernel versions starting with 6.1.

I'm not quite sure what to do with this information, so I'm posting it here in case it is helpful to anyone else.

mabod commented on 2022-12-23 10:01 (UTC)

zfs 2.1.7 has a severe issue with send/receive which can cause coredumps and/or complete zfs freezes:

https://github.com/openzfs/zfs/issues/14252

There is a pull request to fix this: https://github.com/openzfs/zfs/pull/14304

It works well for me.