Arch Linux User Repository

@Win8Error,

This package doesn't support people who have failed to read the wiki page https://wiki.archlinux.org/index.php/Makepkg, or cannot interpret error messages.

aarch64 is not an officially supported architecture for this PKGBUILD, since I don't exactly test it on such architectures. It failing to work is therefore not very surprising.

I guess you can do any necessary followup in that upstream bug report, hopefully upstream can get it into a state of "working out of the box" so that makepkg --ignorearch works. But I'm not investing any of my own time in this...

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.

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!

I think that we need to update the packages or make zfs 2.1.6 DKMS compatible with the newer kernel. We have a broken zfs on all systems unless you take manual intervention. I do undestand the reluctance in updating due to the freezes but right now we have a package with broken dependencies or that doesn't work as intended without a warning. Doing manual updates to the PKGBUILD version to solve a build issue without knowing the consequences its not a good idea and we shoudn't suggest doing it.

@dmast3r1: zfs 2.1.7 has still a severe issue with send/receive which can cause a pool freeze resp. core dump: https://github.com/openzfs/zfs/issues/14252 The solution is to revert commit https://github.com/openzfs/zfs/commit/c8d2ab05e1e6bf21185723fabdebbe5bb3374381

@jonathon I updated pgkver to 2.1.7 in makepkg and built/installed as is...works perfectly.

Currently this package overwrites /etc/zfs/zed.d/zed.rc on each update. I’ve customized the RC file to include my email address so I get notified by ZFS ZED.

I recommend adding the following to the PKGBUILD: backup=(etc/zfs/zed.d/zed.rc)

I submitted this as a pull request to the alleged upstream mentioned in the PKGBUILD a while ago, but I guess that is derelict.

https://github.com/openzfs/zfs/pull/11468 and https://github.com/openzfs/zfs/pull/11861 added support for compatibility option files that greatly improve sharing/migrating pools between systems (or at the very least allowing that possibility) while using recent features.

The following diff installs the needed files.

diff --git a/PKGBUILD b/PKGBUILD
index 675ece6..e6c13bd 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -63,7 +63,8 @@ package() {
     #rm -r "${pkgdir}"/usr/lib/dracut
     rm -r "${pkgdir}"/usr/lib/modules-load.d
     rm -r "${pkgdir}"/usr/share/initramfs-tools
-    rm -r "${pkgdir}"/usr/share/zfs
+    rm -r "${pkgdir}"/usr/share/zfs/*.sh
+    rm -r "${pkgdir}"/usr/share/zfs/{runfiles,test-runner,zfs-tests}

     install -D -m644 "${srcdir}"/zfs.initcpio.hook "${pkgdir}"/usr/lib/initcpio/hooks/zfs
     install -D -m644 "${srcdir}"/zfs.initcpio.install "${pkgdir}"/usr/lib/initcpio/install/zfs

There is a bug in zfs which causes a core dump during "zfs send" when compiled with GCC 12.

Only if you alter the defaults and set march=zenver3. If you're doing this sort of thing then you're more likely to hit upstream bugs, and therefore upstream fixes are what's needed.

If the kernel parameter is set to root=zfs, the system is unbootable because the pool variable is not set in the initcpio hook. Adding ZFS_DATASET="bootfs" under line 177 of zfs.initcpio.hook fixes this issue.