Arch Linux User Repository

Looks like isiachi has too little time to update this and the zfs package in time :(

0.7.11 has been released. Changing pkgver should be sufficient to get it working with current kernels.

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?

@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

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

Checksums don't add security, that's why they're the "integrity check", not the "security check". Do you know how many [core] packages don't have PGP signatures available at all? Those are used on far more devices.

Granted, using PGP when available is always nice. But I don't see you screeching at the non-dkms package maintainer to fix his packages...

Edit: to clarify, I even like strong integrity checks myself, because they're definitely better than nothing and it can only help. But you're going about this totally the wrong way and you should also consider the old saying about people who live in glass houses.

Please add some kind of checksum checking to this package. Currently, the source integrity fully relies on a valid https certificate and the server behind it returning the right data. This doesn't sound right for a kernel module used in thousands of devices.

You can switch to a download link of the release, instead of a git clone (which also reduces the download time and the server load) like this:

https://github.com/zfsonlinux/spl/archive/spl-0.7.8.tar.gz

Then you can just add a checksum for this archive.

Could the aarch64 architecture be added to the PKGBUILD? The ZFS on Linux projects states that the arch is supported (https://github.com/zfsonlinux/zfs/wiki/FAQ) and I've been using a modified PKGBUILD compiled on aarch64 successfully for some time as well.

@risto3

At least until the packages are updated here do the following:

The 7.6 version of spl and zfs fixes the issue. when installing spl-dkms or zfs-dkms edit the PKGBUILD.

in both zfs-dkms and spl-dkms, Change the variable pkgver=0.7.5 to pkgver=0.7.6

continue building.. it should install properly.

Gulp, I just got the following upgrading today:

==> dkms install spl/0.7.5 -k 4.15.1-2-ARCH Error! Bad return status for module build on kernel: 4.15.1-2-ARCH (x86_64) Consult /var/lib/dkms/spl/0.7.5/build/make.log for more information. ==> dkms install acpi_call/1.1.0 -k 4.15.1-2-ARCH ==> WARNING: Cannot resolve dependencies for module zfs/0.7.5, kernel version 4.15.1-2-ARCH (3/5) Updating linux initcpios...

the error is: /var/lib/dkms/spl/0.7.5/build/module/spl/spl-taskq.c: Dans la fonction « taskq_dispatch »: /var/lib/dkms/spl/0.7.5/build/module/spl/spl-taskq.c:593:16: error: « struct timer_list » n'a pas de membre nommé « data » t->tqent_timer.data = 0; ^ /var/lib/dkms/spl/0.7.5/build/module/spl/spl-taskq.c: Dans la fonction « taskq_dispatch_delay »: /var/lib/dkms/spl/0.7.5/build/module/spl/spl-taskq.c:643:16: error: « struct timer_list » n'a pas de membre nommé « data » t->tqent_timer.data = (unsigned long)t; ^ /var/lib/dkms/spl/0.7.5/build/module/spl/spl-taskq.c:644:26: error: affectation depuis un type pointeur incompatible [-Werror=incompatible-pointer-types] t->tqent_timer.function = task_expire; ^ CC [M] /var/lib/dkms/spl/0.7.5/build/module/splat/splat-condvar.o /var/lib/dkms/spl/0.7.5/build/module/spl/spl-taskq.c: Dans la fonction « taskq_init_ent »: /var/lib/dkms/spl/0.7.5/build/module/spl/spl-taskq.c:735:2: error: déclaration implicite de la fonction « init_timer »; vouliez-vous utiliser « init_timers » ? [-Werror=implicit-function-declaration] init_timer(&t->tqent_timer); ^~~~~~~~~~

(excuse my French :-)

needs spl-0.7.6 for 4.15 patches