Package Details: zfs-linux 2.2.7_6.12.7.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 openzfs 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: 273
Popularity: 2.15
First Submitted: 2016-04-21 08:45 (UTC)
Last Updated: 2024-12-28 02:44 (UTC)

Required by (19)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 79 Next › Last »

NoSuck commented on 2018-04-09 18:57 (UTC) (edited on 2018-04-09 18:59 (UTC) by NoSuck)

A confirmed regression in 0.7.7 results in data loss during copy operations. So far, the issue has not been reported as reproducible on Arch Linux. The steps to reproduce are simple:

# mkdir SRC
# for i in $(seq 1 10000); do echo $i > SRC/$i ; done
# cp -r SRC DST
cp: cannot create regular file `DST/8442': No space left on device
cp: cannot create regular file `DST/2629': No space left on device

For more discussion, see GitHub:

https://github.com/zfsonlinux/zfs/issues/7401

webdawg commented on 2018-02-26 02:56 (UTC)

looks like more then three days hossbeast

hossbeast commented on 2018-02-26 00:18 (UTC)

linux has moved to 4.15.5 - when will this package be updated?

justinkb commented on 2018-02-06 04:48 (UTC)

Looks like my issue was caused by a critical bug in 4.15. I'm now on 4.15.1 with some patches and it works fine with the patch below

severach commented on 2018-02-01 00:48 (UTC)

There's nothing to fear. I've run zfs-git for 3 years and there has never been a data loss event. The only event was a performance problem that was fixed in 4 hours.

justinkb commented on 2018-01-31 23:13 (UTC) (edited on 2018-01-31 23:19 (UTC) by justinkb)

I build three sets of out-of-tree kmods, just ZFS, Vbox (which I don't think were even used/inserted) and nvidia-drivers. The only one I can conceivably see taking down those kernel subsystems are the ZFS filesystem drivers. But I'll try to see if any of the other two were responsible later tonight. PS. I don't actually even use arch anymore, but the arch community remains a very valuable resource so I still come here ;) PPS. I'm not brave enough to use the ZFS git master packages... not by a long shot. I have many terabytes of data in my ZFS pool

minextu commented on 2018-01-31 22:58 (UTC)

I haven't had any issues on 4.15 so far. Did you try using the git packages with 4.15? If you get the same problem there, it might be an upstream issue

justinkb commented on 2018-01-31 21:59 (UTC) (edited on 2018-01-31 22:00 (UTC) by justinkb)

Tried zfs on 4.15 with just the patch linked below, definitely not ready for primetime. Huge issues with the filesystem and even block device subsystems totally borking out (luckily didn't lose any data, other than some small files getting corrupted because of unclean shutdowns). Stay on 4.14.x for now

severach commented on 2018-01-31 06:20 (UTC) (edited on 2018-01-31 06:21 (UTC) by severach)

Easy! Get Oracle to relicense away from the CDDL to be non hostile to the GPL.

https://sfconservancy.org/blog/2016/feb/25/zfs-and-linux/

https://www.reddit.com/r/linux/comments/78v1c4/oracle_zfs_man_calls_for_big_red_to_let/

You're not the first to want this.

webdawg commented on 2018-01-31 05:02 (UTC)

What do we have to do to push this as an official package and get your more support?

ZFS is an incredible filesystem, having it as a rootfs can set archlinux apart.

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 79 Next › Last »