Package Details: zfs-linux-git 2.1.99.r1070.g35d81a75a8-1

Git Clone URL: https://aur.archlinux.org/zfs-linux-git.git (read-only, click to copy)
Package Base: zfs-linux-git
Description: Kernel modules for the Zettabyte File System.
Upstream URL: https://zfsonlinux.org/
Licenses: CDDL
Conflicts: spl-dkms, spl-dkms-git, spl-linux, spl-linux-git, zfs-dkms, zfs-dkms-git, zfs-dkms-rc, zfs-linux, zfs-linux-headers, zfs-utils
Provides: spl, zfs, zfs-linux, zfs-utils
Replaces: spl-linux-git
Submitter: demizer
Maintainer: severach
Last Packager: severach
Votes: 23
Popularity: 0.000000
First Submitted: 2016-04-21 08:46 (UTC)
Last Updated: 2022-04-12 18:24 (UTC)

Required by (46)

Sources (4)

Pinned Comments

Latest Comments

ClHeO commented on 2022-03-17 06:58 (UTC)

Github doesn't support clone from git:// url anymore, please change it to https://

nibbler commented on 2020-02-19 23:24 (UTC) (edited on 2020-02-20 00:31 (UTC) by nibbler)

It look's like the package is broken. I'm getting the following error: 

FATAL: modpost: GPL-incompatible module zfs.ko uses GPL-only symbol '__rcu_read_lock'
make[4]:  [scripts/Makefile.modpost:94: __modpost] Error 1
make[3]:  [Makefile:1606: modules] Error 2
(installing using makepkg on cloned repo)

minextu commented on 2018-07-21 04:05 (UTC) (edited on 2018-07-22 07:34 (UTC) by minextu)

Hi everyone, as you might know: I'm the new Maintainer of archzfs (https://github.com/archzfs/archzfs/issues/262). As soon as I get access to the archzfs.com domain, I will update all packages. I've implemented an automated build system to help update packages faster in the future. The new gpg key for the repo is F75D9D76 ArchZFS Bot <buildbot@archzfs.com>. If you are using the archzfs repo, you will need to add this key to pacman's trusted key list.

pacman-key -r F75D9D76
pacman-key --lsign-key F75D9D76

Edit: Packages are now up to date on archzfs.com. The temporary domain is no longer needed

skraw commented on 2018-07-20 10:43 (UTC)

Up to now I was git cloning the above URL. I'll probably wait for it to work again, should be only few days, I guess.

minextu commented on 2018-07-20 09:54 (UTC)

@skraw archzfs is still active. There was a maintainer change and I'm waiting to get access to archzfs.com to update all packages. I've setup a temporary domain if you want to update now (https://github.com/archzfs/archzfs/issues/260)

skraw commented on 2018-07-20 06:40 (UTC)

Is this package still active, or shall we use another for zfs on arch linux? What is recommended?

minextu commented on 2018-06-05 09:52 (UTC)

Might still take a while, see https://github.com/zfsonlinux/zfs/pull/5925

skraw commented on 2018-06-04 11:12 (UTC) (edited on 2018-06-04 11:13 (UTC) by skraw)

Forget last question, spl seems completely unnecessary now.

If there are significant changes happening, is there a chance for TRIM (SSD) any time soon?

skraw commented on 2018-06-04 07:20 (UTC)

But spl-utils-common.git is still needed?

minextu commented on 2018-06-03 19:20 (UTC)

@skraw This packages is up to date. You just don't need spl-linux-git anymore ;)

skraw commented on 2018-06-03 16:02 (UTC)

==> Erstelle Paket: spl-linux-git 2018.05.07.r1074.g1149b62.4.16.11.1-1 (So 03 Jun 2018 17:59:23 CEST) ==> Prüfe Laufzeit-Abhängigkeiten... ==> Fehlende Abhängigkeiten: -> linux=4.16.11-1 ==> Prüfe Buildtime-Abhängigkeiten... ==> Fehlende Abhängigkeiten: -> linux-headers=4.16.11-1 ==> FEHLER: Konnte nicht alle Abhängigkeiten auflösen.

I flagged it because of the out-of-date dependency

minextu commented on 2018-04-09 20:50 (UTC)

@sevenarch See https://github.com/archzfs/archzfs/issues/198 for why the version got replaced with a date. As part of this change I accidentally removed the prefixed 'g'.

severach commented on 2018-04-09 19:10 (UTC) (edited on 2018-04-09 19:36 (UTC) by severach)

Why isn't the version in any of the -git packages, and why is the git revision not prefixed with a 'g'?

Neeto commented on 2018-02-19 13:47 (UTC) (edited on 2018-02-19 17:42 (UTC) by Neeto)

Heads up for those using ZFS Encryption; this latest version (2018.02.15.r3313.e921f6508.4.15.3.2-1) may have broken support for mounting ZFS encrypted pools.

Unable to access my desktop pools in the meantime; this issue describes the symptoms https://github.com/zfsonlinux/zfs/issues/7175

EDIT: got around to it a few hours later and downgraded back to 4.14.15.1 kernel and zfs/spl for the time being.

ervinshiznit commented on 2017-12-19 17:42 (UTC)

Thanks. That fixed my issue. And the zfs.target was me reading some old documentation on zfs. Oops

minextu commented on 2017-12-19 10:41 (UTC)

@ervinshiznit You don't need --with-systemd in this package, it's needed in zfs-utils-common-git which already has been updated in the aur (see https://github.com/archzfs/archzfs/issues/214). So just rebuild that.

The zfs-import.target might be a diffeerent issue (https://github.com/archzfs/archzfs/issues/186)

ervinshiznit commented on 2017-12-19 04:39 (UTC) (edited on 2017-12-19 04:40 (UTC) by ervinshiznit)

Perhaps I'm just being dense, but I downloaded the snapshot, edited the PKGBUILD file so that lines 37 and 38 are now

--with-linux-obj=/usr/lib/modules/4.14.6-1-ARCH/build \

--with-systemd

But I still don't have zfs.target available as a systemd.

What am I doing wrong?

ArnoW commented on 2017-12-18 22:09 (UTC)

Thanks for your -very- quick response!

demizer commented on 2017-12-18 22:05 (UTC)

Here it is: https://github.com/archzfs/archzfs/pull/213

demizer commented on 2017-12-18 22:01 (UTC)

I do see the systmed scripts are missing in the zfs-utils-common-git packages. I will fix and update.

ArnoW commented on 2017-12-18 21:50 (UTC)

After updating to zfs-linux-git 2017.12.18.r3214.bbffb59ef.4.14.6.1-1 the systemd services for zfs are gone. Is there a bug in the package or am I missing something?

lockheed commented on 2017-09-27 17:49 (UTC)

Why is it that this git package has version 0.7.0, while the "stable" non-git zfs-linux is 0.7.2? Wasn't git version supposed to be newer than the mainline?

sfranchi commented on 2017-09-21 16:59 (UTC)

Well, ignore my previous comment, I misread pacman's error message. Sorry for the noise

sfranchi commented on 2017-09-20 17:18 (UTC)

@minextu: You suggested using pacman -Syuu to overcome the misleading versioning info. However, with the suggested option (the uu), pacman wants me to switch from zfs-linux-git to zfs-linux. Ideas?

minextu commented on 2017-08-02 21:36 (UTC)

@dmp1ce Now that zfs 0.7 is out, there aren't any rc packages any more, but pacman assumes, that the rc version is higher than the current one. You will have to run # pacman -Syuu

dmp1ce commented on 2017-08-02 21:33 (UTC)

What's going on with the versioning? I am getting this warning: $ pacaur -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date archzfs is up to date :: Starting full system upgrade... warning: spl-linux-git: local (0.7.0_rc4_r5_g7a35f2b_4.11.9_1-1) is newer than archzfs (0.7.0_r1_geed143d_4.12.3_1-2) warning: zfs-linux-git: local (0.7.0_rc4_r95_g94b25662c_4.11.9_1-1) is newer than archzfs (0.7.0_r6_g1e0565d10_4.12.3_1-2) resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: spl-linux-git: installing linux (4.12.3-1) breaks dependency 'linux=4.11.9-1' :: zfs-linux-git: installing linux (4.12.3-1) breaks dependency 'linux=4.11.9-1' :: zfs-utils-linux-git: installing linux (4.12.3-1) breaks dependency 'linux=4.11.9-1' :: Starting AUR upgrade... :: spl-utils-linux-git is not present in AUR -- skipping :: zfs-utils-linux-git is not present in AUR -- skipping :: resolving dependencies... :: looking for inter-conflicts...

Karmek commented on 2017-07-30 18:47 (UTC) (edited on 2017-07-30 18:49 (UTC) by Karmek)

Hello @Demizer! The package version used to be 0.7.0_rc4_r5 and now fails to resolve the required dependencies as it considers the local packages as newer than what's available. There is no update triggered for zfs-linux-git, spl-linux-git etc. Please consider updating the version number accordingly (i.e. version 0.7.1_r1).

wolfdogg commented on 2017-01-29 20:47 (UTC) (edited on 2017-01-29 21:31 (UTC) by wolfdogg)

following up on this Zenju the author of freefilesync has corroborated that my suspicions were correct http://www.freefilesync.org/forum/viewtopic.php?f=2&t=1650&p=13710#p13710, the flag is on somehow on the zfs filesystem possibly, or maybe missing one, and these errors persist. This is NOT the ARCH pkg in anyway. Im using RHEL64 7.3 to run the san which uses zfsonlinux/zfs https://github.com/zfsonlinux/zfs/ using the kABI-tracking kmod (so that i dont have to futz with improper kernel updates anymore). So with that said, if anybody knows how to tweak the zfs properties/settings as such so that SPARSE is set OFF, im all ears. Thats where my research is going to next. Im not sure what i might have done, this is a standard raidz2, and havent had luck with any other pool testing yet. Is this a bug, or not a bug? @demizer Any ideas?

bazzawill commented on 2017-01-29 04:04 (UTC)

I am having trouble upgrading my system and this package as I have a conflict upgrading linux with the old package or a conflict upgrading the package with older linux 4.8.13-1-ARCH I can use pacman -Syudd but this is illadvised.

wolfdogg commented on 2016-10-27 07:32 (UTC) (edited on 2016-11-22 22:27 (UTC) by wolfdogg)

Info: Cannot write file attributes of "\\server\pool\path\filex.ffs_tmp". Error Code 1: Incorrect function. (DeviceIoControl, FSCTL_SET_SPARSE) Error message above sheds light that the zfs since i updated yesterday, or very recently atleast; im seeing attrib errors when using freefilesync to push to the ZFS san. I feel as if either myself, or automaticaly, sparse files or somefeature of, has been flagged to be enabled on the zfs array, where it shouldnt be possibly, so when freefilesync goes to write to it, its flagged, but not available, is an upsupported feature, OR there may be something missing in the drivers, not sure. ref: zfs sparse files https://blogs.oracle.com/bonwick/entry/seek_hole_and_seek_data FSCTL_SET_SPARSE https://msdn.microsoft.com/en-us/library/windows/desktop/aa364596(v=vs.85).aspx Edit: topic made here https://bbs.archlinux.org/viewtopic.php?pid=1671430#p1671430

spuggy commented on 2016-08-18 22:42 (UTC)

@larsko - you're a star! My ZFS volumes haven't mounted in months; there's even a bug in the git tracker for it. Thought I was going to have to import and manually start Gluster on reboots for evermore, until I tried your suggestion. Works a treat - Thanks! @jerome2016, if you switched to zfs-dkms, that's a different maintainer, and those have their own pages. I found the regular zfs packages too old for my taste - but keeping kernel/zfs-git modules in sync was a little too manual/awkward until I added the archzfs repo that demizer thoughtfully provides; that makes it a snap. @demizer; you rock - thanks!!!

jerome2016 commented on 2016-08-04 00:50 (UTC) (edited on 2016-08-04 02:25 (UTC) by jerome2016)

again, i can not install/update zfs. please... i would like to use zfs again, is it possible to have it running and stable ? I do install it before (some month ago) and at update time, many times, something failed. I try to use zfs for backup system, but seems to be a non-stable choice because of unstable package maintain. this time the problem is: https://gist.github.com/jerome-diver/051e32ee1a29c8464843eb303f496cb2 The solution in my case is to remove all of these packages (zfs-linux-git, zfs-utils-linux-git and spl related ones) and install zfs-dkms packages. This way was the only one way for me to see zfs working back.

predmijat commented on 2016-06-10 10:35 (UTC)

I moved to zfs-linux (without -git), and solved this. More details at https://bbs.archlinux.org/viewtopic.php?pid=1633217#p1633217

predmijat commented on 2016-06-10 06:03 (UTC) (edited on 2016-06-10 06:11 (UTC) by predmijat)

No, that didn't help. In the meantime, update for 4.6.2 came along, but that didn't solve anything. I exported the pool again, imported it (had to use -f, don't know why because I didn't use -f to export it), rebooted, ZFS didn't start. # systemctl status zfs.target ● zfs.target - ZFS startup target Loaded: loaded (/usr/lib/systemd/system/zfs.target; enabled; vendor preset: enabled) Active: active since Fri 2016-06-10 07:56:58 CEST; 24s ago Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable. # systemctl status zfs-mount.service ● zfs-mount.service - Mount ZFS filesystems Loaded: loaded (/usr/lib/systemd/system/zfs-mount.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Fri 2016-06-10 07:56:58 CEST; 29s ago Process: 244 ExecStart=/usr/bin/zfs mount -a (code=exited, status=1/FAILURE) Main PID: 244 (code=exited, status=1/FAILURE) Jun 10 07:56:59 hqr-workstation zfs[244]: The ZFS modules are not loaded. Jun 10 07:56:59 hqr-workstation zfs[244]: Try running '/sbin/modprobe zfs' as root to load them. At that point I have to: 1. remove /storage directory (mountpoint for my pool. Nothing in the directory at this point, created by some service I tweaked to use the pool) 2. run "systemctl start zfs-import-cache.service 3. run "zfs mount -a" Until the next reboot...

demizer commented on 2016-06-10 05:27 (UTC) (edited on 2016-06-10 05:27 (UTC) by demizer)

@predmijat, you should try exporting your pools and reimporting before reboot. This could be related to some hostid issues we are working through. I have not had much time to focus on these packages for testing lately. Sorry about that!

larsko commented on 2016-06-09 21:43 (UTC)

@predmijat Did you try importing and then exporting the pool before reboot?

predmijat commented on 2016-06-09 20:23 (UTC) (edited on 2016-06-09 20:24 (UTC) by predmijat)

@larsko Didn't solve anything for me...

larsko commented on 2016-06-09 20:14 (UTC)

Enabling the services again with systemctl (in particular zfs-mount, systemctl enable zfs-mount.service) fixed this for me and works after rebooting as well. It looks like the names changed and therefore the necessary services aren't started anymore?

Enoid commented on 2016-06-09 19:21 (UTC)

Yes, I have the same issue as you. Your fix works too, but has to be run after each reboot.

predmijat commented on 2016-06-09 09:13 (UTC) (edited on 2016-06-09 11:31 (UTC) by predmijat)

Updated the system today - linux, linux-headers and zfs stuff: local/linux 4.6.1-2 (base) local/linux-headers 4.6.1-2 local/spl-linux-git 0.6.5_r62_g16fc1ec_4.6.1_2-1 (archzfs-linux-git) local/spl-utils-linux-git 0.6.5_r62_g16fc1ec_4.6.1_2-1 (archzfs-linux-git) local/zfs-linux-git 0.6.5_r304_gf74b821_4.6.1_2-1 (archzfs-linux-git) local/zfs-utils-linux-git 0.6.5_r304_gf74b821_4.6.1_2-1 (archzfs-linux-git) After reboot: # systemctl status zfs.target ● zfs.target - ZFS startup target Loaded: loaded (/usr/lib/systemd/system/zfs.target; enabled; vendor preset: enabled) Active: active since Thu 2016-06-09 11:05:00 CEST; 7min ago Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable. # zpool status no pools available edit: I have to manually run "systemctl start zfs-import-cache.service" and after that "zfs mount -a". I've then tried to recreate the cachefile, but after reboot, I still have to run the two commands I mentioned... edit2: I've checked my backups and zfs-import-cache.service is different. I'm guessing that is the reason. Anyone else experiencing this?

dlp commented on 2016-05-09 22:44 (UTC) (edited on 2016-05-09 22:44 (UTC) by dlp)

Please don't use anything other than = for the kernel version! The last version of this package allowed the kernel to update without the ZFS modules. Of course, it would have helped had I noticed the warnings from mkinitcpio, and resurrecting an unbootable system can provide hours of entertainment. Even so, this is not always convenient. ;)

ejstacey commented on 2016-04-25 20:08 (UTC)

@demizer Thanks! This adds slight confusion now, but nothing major: # pacman -Syu ... :: Starting full system upgrade... :: Replace spl-git with archzfs/spl-linux? [Y/n] n :: Replace spl-git with archzfs/spl-linux-git? [Y/n] y :: Replace spl-utils-git with archzfs/spl-utils-linux? [Y/n] n :: Replace spl-utils-git with archzfs/spl-utils-linux-git? [Y/n] y :: Replace zfs-git with archzfs/zfs-linux? [Y/n] n :: Replace zfs-git with archzfs/zfs-linux-git? [Y/n] y :: Replace zfs-utils-git with archzfs/zfs-utils-linux? [Y/n] n :: Replace zfs-utils-git with archzfs/zfs-utils-linux-git? [Y/n] y resolving dependencies... looking for conflicting packages... ... Just have to know if you want the git version or the stable version. Thanks!

demizer commented on 2016-04-25 18:55 (UTC)

@ejstacey, I added the stanza to zfs-linux package since that is the package replacing zfs-git. Thanks!

ejstacey commented on 2016-04-25 17:29 (UTC)

Hi, Is it possible to set a 'replaces' stanza for zfs-git? Right now I can't upgrade my system from your old repos/packages. $ pacman -S zfs-linux-git linux resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: spl-git: installing linux (4.5.1-1) breaks dependency 'linux=4.4.5-1' :: zfs-git: installing linux (4.5.1-1) breaks dependency 'linux=4.4.5-1' I *think* if you have a 'replaces' in there, I should be able to upgrade (spl-linux-git would need a 'replaces' line for 'spl-git' too). Thanks!

demizer commented on 2016-04-25 06:28 (UTC)

Hello, To use the archzfs repository, see https://wiki.archlinux.org/index.php/Unofficial_user_repositories#archzfs Please Note: These packages and repos only support x86_64 architecture. Thanks