linux 4.15.15 left Arch repositories!
Search Criteria
Package Details: zfs-linux-headers 2.3.1_6.13.8.arch1.1-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/zfs-linux.git (read-only, click to copy) |
|---|---|
| Package Base: | zfs-linux |
| Description: | Kernel headers for the Zettabyte File System. |
| Upstream URL: | https://openzfs.org/ |
| Keywords: | kernel linux openzfs zfs |
| Licenses: | CDDL |
| Conflicts: | spl-dkms, spl-dkms-git, spl-headers, zfs-dkms, zfs-dkms-git, zfs-dkms-rc, zfs-headers |
| Provides: | spl-headers, zfs-headers |
| Submitter: | demizer |
| Maintainer: | lightdot |
| Last Packager: | lightdot |
| Votes: | 275 |
| Popularity: | 1.21 |
| First Submitted: | 2016-04-21 08:45 (UTC) |
| Last Updated: | 2025-03-25 23:55 (UTC) |
Dependencies (4)
- kmod (kmod-gitAUR)
- linux
- zfs-utilsAUR (zfs-utils-gitAUR, zfs-linux-gitAUR, zfs-utils-staging-gitAUR)
- linux-headers (make)
Required by (0)
Sources (1)
<deleted-account> commented on 2018-04-19 19:16 (UTC)
demizer commented on 2018-04-09 22:21 (UTC)
Got an email 0.7.8 is being worked on and will be released shortly. If it does not come out in the next day, I will revert to 0.7.6. Thanks!
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:
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
Pinned Comments
lightdot commented on 2025-02-04 21:19 (UTC) (edited on 2025-03-29 20:47 (UTC) by lightdot)
This package will be kept in sync with the openzfs latest stable release and the kernels officially supported by it.
For the supported kernel versions, refer to the respective openzfs release notes (LINK).
E.g. openzfs 2.3.1 supports kernel versions 4.18 - 6.13. When kernel 6.14 is released for Arch, zfs-linux will not be updated until the openzfs project announces that it's compatible. This will most likely happen with the next openzfs release.
The kernel compatibility of the upcoming openzfs release can be seen in their META file (LINK).
For those wishing to use openzfs with unsupported kernels, do note that this could lead to serious issues, including data loss, even though such a zfs-linux package might build and install cleanly. Have reliable backups and use such a package at your peril.
Please do not mark this package as out of date without checking the kernel compatibility first. Thank you!