Package Details: zfs-dkms 0.8.1-1

Git Clone URL: https://aur.archlinux.org/zfs-dkms.git (read-only)
Package Base: zfs-dkms
Description: Kernel modules for the Zettabyte File System.
Upstream URL: https://zfsonlinux.org/
Licenses: CDDL
Conflicts: spl-dkms
Provides: spl-dkms, zfs
Replaces: spl-dkms
Submitter: isiachi
Maintainer: eschwartz
Last Packager: eschwartz
Votes: 82
Popularity: 0.828790
First Submitted: 2015-08-31 12:01
Last Updated: 2019-06-14 20:41

Latest Comments

1 2 3 4 5 6 ... Next › Last »

patrickh commented on 2019-08-11 11:02

@edacval thanks for the link! Already did my research a few days ago and did not check before posting, sorry … :)

edacval commented on 2019-08-11 09:56

@patrickh : https://github.com/zfsonlinux/zfs/issues/9133

patrickh commented on 2019-08-11 07:48

I just wanted to ask, if anyone had the luck to get this working together with linux-mainline kernel (version 5.3-rc3 or other rc versions)? I would like to try new hardware, that will be supported in 5.3 only, therefore I am trying things out.

I know that this is probably not yet officially supported, but I was wondering, if the build errors that I see are a result of missing support for 5.3 on the ZFS side for now, or if it is just that the dkms build process is not compatible with the linux-mainline package here in general?

Here is my /var/lib/dkms/zfs/git/build/make.log: https://gist.github.com/c529e36107dc0f93a04b7e4c5612f24b ¹

Maybe someone who understands the dkms build process better than me could give me a hint, if it makes sense to report this to upstream or if I should just wait for official 5.3 release of core/linux package?

Thanks and best regards!

¹ sorry for the German "Notice" messages in the log. I changed my LC_ALL, but it didn't seem to work. But as far as I understand, the real issue is right at the end here:

make[2]: *** No rule to make target 'module/Module.symvers', needed by 'all-am'.  Stop.

fryfrog commented on 2019-07-25 18:40

@eschwartz: It might be worth updating the .patch so it applies cleanly.

patching file scripts/dkms.mkconf
Hunk #1 succeeded at 25 with fuzz 2.
Hunk #2 succeeded at 59 with fuzz 1 (offset -4 lines).

thedanbob commented on 2019-07-11 10:57

In case anyone wants to know if the current version (0.8.1) will install on kernel 5.2, it will. Only up to 5.1 is supported for now but I'm running it successfully on 5.2, and it's been reported that the test suite passes (see https://github.com/zfsonlinux/zfs/issues/9014#issuecomment-510265743).

eschwartz commented on 2019-05-19 03:30

See https://github.com/zfsonlinux/zfs/issues/8697#issuecomment-490163919

This should be getting queued for an upcoming spl-0.7.14

In the meantime I have backported the fix from https://github.com/zfsonlinux/zfs/pull/8479 and pushed a new dkms pkgrel, which builds fine for me on 5.1.2.arch1-1.

rwha commented on 2019-05-18 15:09

Recent kernel change did away with get_ds() in favor of KERNEL_DS.

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=v5.1.3&id=736706bee329

If you need to, edit line 611 of /usr/src/spl-0.7.13/module/spl/spl-vnode.c and change:

set_fs(get_ds());

to

set_fs(KERNEL_DS);

then run

dkms install spl/0.7.13 -k $(uname -r)

dkms install zfs/0.7.13 -k $(uname -r)

jjb2016 commented on 2019-05-18 13:12

0.7.13 only compatible with kernels up to 5.0, not 5.1. See here ... https://github.com/zfsonlinux/zfs You should wait for 0.8 release of ZoL before using kernel 5.1

ceratophllum commented on 2019-05-18 13:06

@eblau I have this too. These spl- and zfs- dkms packages often break when a new kernel comes out. Just downgrade your kernel (linux, linux-headers) until spl-dkms is updated.

You may want to consider adding linux and linux-headers to IgnorePkg= in /etc/pacman.conf. Just update them manually, once you see that spl and zfs are working.

eblau commented on 2019-05-18 12:13

I'm hitting build errors after upgrading to linux-5.1.2.arch1-1:

/var/lib/dkms/spl/0.7.13/build/module/spl/spl-vnode.c: In function ‘vn_set_pwd’:
/var/lib/dkms/spl/0.7.13/build/module/spl/spl-vnode.c:611:9: error: implicit declaration of function ‘get_ds’; did you mean ‘get_fs’? [-Werror=implicit-function-declaration]
  set_fs(get_ds());
         ^~~~~~
         get_fs
/var/lib/dkms/spl/0.7.13/build/module/spl/spl-vnode.c:611:9: error: incompatible type for argument 1 of ‘set_fs’
  set_fs(get_ds());
         ^~~~~~~~
In file included from ./include/linux/uaccess.h:11,
                 from ./include/linux/poll.h:12,
                 from ./include/linux/ring_buffer.h:7,
                 from ./include/linux/trace_events.h:6,
                 from ./include/trace/syscall.h:7,
                 from ./include/linux/syscalls.h:86,
                 from /var/lib/dkms/spl/0.7.13/build/include/sys/vnode.h:29,
                 from /var/lib/dkms/spl/0.7.13/build/module/spl/spl-vnode.c:28:
./arch/x86/include/asm/uaccess.h:29:40: note: expected ‘mm_segment_t’ {aka ‘struct <anonymous>’} but argument is of type ‘int’
 static inline void set_fs(mm_segment_t fs)
                           ~~~~~~~~~~~~~^~
cc1: some warnings being treated as errors
make[3]: *** [scripts/Makefile.build:276: /var/lib/dkms/spl/0.7.13/build/module/spl/spl-vnode.o] Error 1

I assume this is an issue on the ZFS on Linux side but a quick search on the Github repo doesn't show anything. Anyone else hitting this?