Package Details: zfs-linux 2.2.6_6.10.10.arch1.1-1

Git Clone URL: https://aur.archlinux.org/zfs-linux.git (read-only, click to copy)
Package Base: zfs-linux
Description: Kernel modules for the Zettabyte File System.
Upstream URL: https://openzfs.org/
Keywords: kernel linux zfs
Licenses: CDDL
Groups: archzfs-linux
Conflicts: spl-dkms, spl-dkms-git, spl-linux, zfs-dkms, zfs-dkms-git, zfs-dkms-rc, zfs-linux-git, zfs-linux-rc
Provides: spl, zfs
Replaces: spl-linux
Submitter: demizer
Maintainer: lightdot
Last Packager: lightdot
Votes: 271
Popularity: 1.18
First Submitted: 2016-04-21 08:45 (UTC)
Last Updated: 2024-10-23 12:35 (UTC)

Required by (19)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 19 20 21 22 23 24 25 26 27 28 29 .. 79 Next › Last »

lockheed commented on 2015-09-14 16:57 (UTC)

I have zfs on root. Since two or three zfs versions back, after the zfs package updates and the system reboots, my pools are no longer mountable: https://goo.gl/photos/ZQmcwDJ1G8Dsomus7 I need to force import them and only then I can boot. But this is not a solution because it is a remote server to which I have rare physical access.

khenderick commented on 2015-09-14 13:57 (UTC)

I did on all my nodes. Seems to be working fine :).

graysky commented on 2015-09-14 13:52 (UTC)

So who has been brave enough to update their zpool? status: Some supported features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(5) for details.

timemaster commented on 2015-09-12 15:04 (UTC)

congratz to demizer for an express delivery like this one. zfs on root : we have now two new feature flag (filesystem_limits/large_blocks). According to my research (no test yet), grub-git support large_blocks with cad5cc0f5d3d3630ccfbe242552958b13f2120d6. I do not know however about filesystem_limits.

demizer commented on 2015-07-29 18:39 (UTC)

@lockheed, unfortunately the zfs modules are tied to the kernel they are compiled for. I only support the official kernel packages. For any other kernel, you will need to compile archzfs to target that kernel.

lockheed commented on 2015-07-29 18:03 (UTC)

Are the packages from demz-repo-core compatible with any other kernel than current "linux" package? Specifically, I mean linux-lts, linux-lts-ck, linux-ck. If not, then will this self-built aur package work with them? Or am I stuck with mainline Arch kernel if I want ZFS?

Rotaerk commented on 2015-07-21 23:28 (UTC)

@demizer, thanks, you were correct. It was a systemd problem, and I was able to fix it based on the suggestions within the thread you linked. I just had to prevent /usr/lib/tmpfiles.d/journal-nocow.conf from setting the nocow flag, which is apparently not supported by some filesystems, including zfs.

demizer commented on 2015-07-20 04:40 (UTC)

@Rotaerk, Seems like a problem with systemd. Users of all different types of filesystems are reporting this. Take a look at https://bbs.archlinux.org/viewtopic.php?id=199940

Rotaerk commented on 2015-07-20 03:07 (UTC)

I recently performed a pacman -Syu, which included a kernel upgrade from 4.0.7-2 to 4.1.2-2, and zfs-git was upgraded to 0.6.4.2_r0_g44b5ec8_4.1.2_2-1 (using demz-repo-core). Since then, systemd-tmpfiles-setup.service fails to start, saying that it "cannot set file attribute for '/var/log/journal', value=0x00800000, mask=0x00800000: Operation not supported", along with a couple subdirectories. The error suggests that ACL is not enabled, but the mount output shows "puddle/var on /var type zfs (rw,noatime,xattr,posixacl)". (I have zfs set xattr=sa and acltype=posixacl.) Does anyone know what might be wrong, here?