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: 158
Popularity: 0.40
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

1 2 3 4 5 6 .. 57 Next › Last »

kstolp commented on 2024-03-17 15:57 (UTC)

@reaperx7 It is not recommended to use v2.2.3 with kernel 6.8.x. See zfs issue.

reaperx7 commented on 2024-03-16 23:48 (UTC) (edited on 2024-03-16 23:52 (UTC) by reaperx7)

Kernel 6.8.x dkms module built and confirmed working. Will report back any findings if problems occur.

kstolp commented on 2024-03-13 08:54 (UTC)

Thanks for the info @darkbasic. I've opted to include the patch that enforces the kernel max version.

darkbasic commented on 2024-03-12 11:34 (UTC)

If you decide for 1) you might as well backport this instead: https://github.com/openzfs/zfs/pull/15986

darkbasic commented on 2024-03-12 09:06 (UTC)

I know you've already said you don't want kernel compatibility patches added to stable releases and I will create my own PKGBUILD in the aur starting from kernel 6.9, but this issue leads to data loss and must be dealt with IMO. 2.2.3 already contains official compat patches for 6.8 (despite 6.8 still being labeled as unsupported), yet using it with 6.8 leads to data loss if you don't apply this patch: https://github.com/openzfs/zfs/pull/15931 I see two possible ways around this: 1) Add a warning to the post-install/dkms script. 2) Ship the patch. Be warned that the patch still hasn't been merged in master, but Rob is a guarantee on his own and Brian reviewed it. I've reproduced the data loss on my system with a different workload than the original report and I've already backported the patch in my own branch and tested it.

air-g4p commented on 2024-02-25 04:52 (UTC)

@kstolp Thank you for bumping zfs-dkms and zfs-utils to 2.2.3-1. Both packages are working correctly against my linux, -hardened and -zen (all 6.7.6) kernels.

Cheers!

itoffshore commented on 2024-02-24 22:26 (UTC)

linux-hardened-6.7.5 builds fine with zfs-2.2.3 & as a nice bonus overlayfs works without fuse-overlayfs on podman

darkbasic commented on 2024-02-24 14:39 (UTC)

but untested patchwork I would like to avoid on my servers

It's not untested: these are patches from the main development branch which get backported to the stable branches from the zfs developers themselves. They are always catered towards the next stable point release, but sometimes it takes months until that happens. zfs-dkms-git already exists but it tracks the development branch. I could create a zfs-dkms-staging-git package (which tracks the next staging branch: https://github.com/openzfs/zfs/tree/zfs-2.2.3-staging) but that would include all kind of random commits slated for the next stable release. If there is no chance of simply adding compatibility patches to this PKGBUILD I will resort to zfs-dkms-staging-git or keep maintaining my own PKGBUILD.

bsdice commented on 2024-02-24 13:50 (UTC)

darkbasic Please create a zfs-dkms-git or similar. Your proposal is honorable, but untested patchwork I would like to avoid on my servers. For ZFS, people should stay with LTS kernels. IMHO