Package Details: zfs-dkms 2.2.6-1

Git Clone URL: https://aur.archlinux.org/zfs-dkms.git (read-only, click to copy)
Package Base: zfs-dkms
Description: Kernel modules for the Zettabyte File System.
Upstream URL: https://zfsonlinux.org/
Licenses: CDDL
Provides: SPL-MODULE, zfs, ZFS-MODULE
Submitter: isiachi
Maintainer: kstolp
Last Packager: kstolp
Votes: 179
Popularity: 6.41
First Submitted: 2015-08-31 12:01 (UTC)
Last Updated: 2024-09-05 04:42 (UTC)

Pinned Comments

kstolp commented on 2023-09-29 00:34 (UTC)

When requesting changes, please include detailed reasoning for the change.

kstolp commented on 2023-01-07 09:31 (UTC)

If you receive this error when trying to build, it is because you have not imported the GPG keys used for verification.

==> ERROR: One or more PGP signatures could not be verified!

You have two options:

1) Import the two keys into your keyring. ArchWiki article. You can find the key IDs in the PKGBUILD file, in the validpgpkeys array. (recommended)

2) Alternatively, you can skip this verification by passing the --skippgpcheck argument to makepkg when building. (not recommended)

Latest Comments

« First ‹ Previous 1 .. 45 46 47 48 49 50 51 52 53 54 55 .. 63 Next › Last »

minextu commented on 2018-09-10 09:07 (UTC)

@Kaedo As far as I know dkms-sorted is no longer necessary, since dkms in extra has this functionality now (https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/dkms&id=efcb54fb735b22c1bc405b255dbe9f8decc8bb8d).

About the kernel panic: We recently changed the hook a bit which might cause your boot problems. Please open an issue at http://github.com/archzfs/archzfs with more details (This AUR package is not archzfs).

Kaedo commented on 2018-09-10 08:46 (UTC) (edited on 2018-09-10 08:47 (UTC) by Kaedo)

Yesterday I installed:

  • archzfs/zfs-dkms 0.7.10-1
  • archzfs/spl-dkms 0.7.10-1
  • core/linux 4.18.6.arch1-1
  • core/linux-headers 4.18.6.arch1-1

I got an failed build when build dkms with version 2.5-3 due to Missing Dependencies.

I resolved the build issue with dkms-sorted 2.5-2, but on reboot I got the problem that my zfs pool could not be imported by the mkinitcpio zfs hook.

Always got kernel panic.

With live USB stick there were no problem during import of the zfs pool.

After checking every possible config mistag I downgraded to:

  • core/linux 4.17.13.arch1-1 (base)
  • core/linux-headers 4.17.13.arch1-1
  • archzfs/spl-dkms 0.7.9-3 (archzfs-dkms)
  • archzfs/spl-utils-common 0.7.9-2 (archzfs-linux)
  • archzfs/zfs-utils-common 0.7.9-2 (archzfs-linux)
  • archzfs/zfs-dkms 0.7.9-3 (archzfs-dkms)

Now every thing works fine. I guess the root cause of the problem is: - archzfs/zfs-dkms 0.7.10-1.

Does anybody else encountered the same problem?

pgoetz commented on 2018-09-09 12:23 (UTC)

0.7.10 was just released and appears to fix this problem.

pgoetz commented on 2018-09-08 17:11 (UTC) (edited on 2018-09-08 17:12 (UTC) by pgoetz)

Updating the spl/zfs packages to 0.7.10 should resolve the issue described by ultdev and teejar below:

https://github.com/zfsonlinux/zfs/releases

It's now critical that these packages be updated ASAP, as the most recent upgrade broke the SPL compile/build, and the only solution currently is to downgrade the kernel, which is a pain.

@isiachi: Any idea when you'll have time to update these packages?

ultdev commented on 2018-08-18 01:39 (UTC)

This package is likely to fail on 4.18 kernels due to the change in timespec. There's currently an open pull request for a compatibility fix on the zfsonlinux github page:

https://github.com/zfsonlinux/zfs/issues/7785 https://github.com/zfsonlinux/zfs/pull/7792 https://github.com/zfsonlinux/spl/pull/707

ultdev commented on 2018-08-18 00:58 (UTC) (edited on 2018-08-18 00:58 (UTC) by ultdev)

@teejer This issue is due to changes in timespec introduced in the 4.18 kernel.

There's currently an open pull request for a compatibility fix on the zfsonlinux github page:

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

https://github.com/zfsonlinux/zfs/pull/7792

https://github.com/zfsonlinux/spl/pull/707

teejer commented on 2018-08-17 22:31 (UTC)

I'm getting an error when building this for the 4.18.1 kernel.

Here's the make.log

KMS make.log for spl-0.7.9 for kernel 4.18.1-arch1-1-ARCH (x86_64) Fri Aug 17 16:27:46 MDT 2018 make all-recursive make[1]: Entering directory '/var/lib/dkms/spl/0.7.9/build' Making all in include make[2]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include' Making all in fs make[3]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include/fs' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include/fs' Making all in linux make[3]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include/linux' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include/linux' Making all in rpc make[3]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include/rpc' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include/rpc' Making all in sharefs make[3]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include/sharefs' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include/sharefs' Making all in sys make[3]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include/sys' Making all in fm make[4]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include/sys/fm' make[4]: Nothing to be done for 'all'. make[4]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include/sys/fm' Making all in fs make[4]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include/sys/fs' make[4]: Nothing to be done for 'all'. make[4]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include/sys/fs' make[4]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include/sys' make[4]: Nothing to be done for 'all-am'. make[4]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include/sys' make[3]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include/sys' Making all in util make[3]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include/util' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include/util' Making all in vm make[3]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include/vm' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include/vm' make[3]: Entering directory '/var/lib/dkms/spl/0.7.9/build/include' make[3]: Nothing to be done for 'all-am'. make[3]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include' make[2]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/include' Making all in rpm make[2]: Entering directory '/var/lib/dkms/spl/0.7.9/build/rpm' Making all in generic make[3]: Entering directory '/var/lib/dkms/spl/0.7.9/build/rpm/generic' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/rpm/generic' Making all in redhat make[3]: Entering directory '/var/lib/dkms/spl/0.7.9/build/rpm/redhat' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/rpm/redhat' make[3]: Entering directory '/var/lib/dkms/spl/0.7.9/build/rpm' make[3]: Nothing to be done for 'all-am'. make[3]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/rpm' make[2]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/rpm' Making all in module make[2]: Entering directory '/var/lib/dkms/spl/0.7.9/build/module' make -C /usr/lib/modules/4.18.1-arch1-1-ARCH/build SUBDIRS=pwd CONFIG_SPL=m modules make[3]: Entering directory '/usr/lib/modules/4.18.1-arch1-1-ARCH/build' CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-ctl.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/spl/spl-proc.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/spl/spl-kmem.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-kmem.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/spl/spl-kmem-cache.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-taskq.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-random.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/spl/spl-vmem.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-mutex.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/spl/spl-thread.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-condvar.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/spl/spl-taskq.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-thread.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/spl/spl-rwlock.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/spl/spl-vnode.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-rwlock.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/spl/spl-err.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-time.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/spl/spl-kobj.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-vnode.o /var/lib/dkms/spl/0.7.9/build/module/spl/spl-vnode.c: In function \u2018vn_getattr\u2019: /var/lib/dkms/spl/0.7.9/build/module/spl/spl-vnode.c:308:16: error: incompatible types when assigning to type \u2018struct timespec\u2019 from type \u2018struct timespec64\u2019 vap->va_atime = stat.atime; ^ /var/lib/dkms/spl/0.7.9/build/module/spl/spl-vnode.c:309:16: error: incompatible types when assigning to type \u2018struct timespec\u2019 from type \u2018struct timespec64\u2019 vap->va_mtime = stat.mtime; ^ /var/lib/dkms/spl/0.7.9/build/module/spl/spl-vnode.c:310:16: error: incompatible types when assigning to type \u2018struct timespec\u2019 from type \u2018struct timespec64\u2019 vap->va_ctime = stat.ctime; ^ make[5]: [scripts/Makefile.build:317: /var/lib/dkms/spl/0.7.9/build/module/spl/spl-vnode.o] Error 1 make[5]: Waiting for unfinished jobs.... CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-kobj.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-atomic.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-list.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-generic.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-cred.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-zlib.o CC [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat-linux.o make[4]: [scripts/Makefile.build:558: /var/lib/dkms/spl/0.7.9/build/module/spl] Error 2 make[4]: Waiting for unfinished jobs.... LD [M] /var/lib/dkms/spl/0.7.9/build/module/splat/splat.o make[3]: [Makefile:1500: module/var/lib/dkms/spl/0.7.9/build/module] Error 2 make[3]: Leaving directory '/usr/lib/modules/4.18.1-arch1-1-ARCH/build' make[2]: [Makefile:11: modules] Error 2 make[2]: Leaving directory '/var/lib/dkms/spl/0.7.9/build/module' make[1]: [Makefile:609: all-recursive] Error 1 make[1]: Leaving directory '/var/lib/dkms/spl/0.7.9/build' make: [Makefile:490: all] Error 2

sylveon commented on 2018-08-06 03:40 (UTC)

@sudoBash418

The tarball update was done silently, so it could have taken a while of users thinking the source is compromised in some way for the package maintainer to notice and update.

sudobash418 commented on 2018-08-04 06:25 (UTC)

@sylveon Wouldn't a tarball update like that justify a pkgrel bump and updated checksums?

sylveon commented on 2018-06-10 16:39 (UTC)

The zfs maintainers once had to update the tarballs on an existing release, so using the signature is a better idea than using a checksum.