Package Details: zfs-linux-git 2.2.99.r537.gfd51786f86.k6.1.96-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: 24
Popularity: 0.000001
First Submitted: 2016-04-21 08:46 (UTC)
Last Updated: 2024-06-29 20:04 (UTC)

Required by (61)

Sources (4)

Pinned Comments

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

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.