Package Details: zfs-utils 0.6.5.8-2

Git Clone URL: https://aur.archlinux.org/zfs-dkms.git (read-only)
Package Base: zfs-dkms
Description: Kernel module support files for the Zettabyte File System.
Upstream URL: http://zfsonlinux.org/
Licenses: CDDL
Conflicts: zfs-utils-git, zfs-utils-lts
Submitter: isiachi
Maintainer: isiachi
Last Packager: isiachi
Votes: 18
Popularity: 4.016905
First Submitted: 2015-08-31 12:01
Last Updated: 2016-09-20 20:44

Dependencies (2)

Required by (2)

Sources (4)

Latest Comments

seschwar commented on 2016-09-22 21:34

@isachi:

You updated the initcpio hook to mount all child data sets of the dataset mounted on /. See line 59 in /usr/lib/initcpio/hooks/zfs.

This is quite problematic since the script completely ignores the canmount property. Therefore datasets with canmount=off and canmount=noauto get mounted as well. This completely breaks the semantics of these properties.

The manual page of the zfs command has the following sentence in it:

> Setting this property [canmount] to off allows datasets to be used solely as a mechanism to inherit properties.

I had a dataset for /var with canmount=off for exactly this purpose. Imagine my surprise when this empty dataset got mounted leaving me with an almost empty /var. Quite the breaking change you introduced there.

I'm not quite sure about the motivation behind this. It could be useful for boot environments. Something similar was discussed recently on a FreeBSD mailing list: https://marc.info/?t=146967172100002&r=1&w=2 However they should be careful when repurposing an established setting of property. Changing how the mounting of datasets work would break backwards compatibility.

isiachi commented on 2016-09-20 19:45

| Upgrading this package from the previous version does not work, you have to remove it and readd to your system.
|
| The issue is some kind of dependency circle between this package and the spl-dkms:

This is because you have to build all the packages on your own and install all of them together.

Otherwise you have to install the spl packages with the -d option.

# pacman -Ud spl-dkms### spl-utils###

This is a AUR helper problem. It's not my fault. Stop saying things that have no sense and learn how to use pacman.

isiachi commented on 2016-09-20 19:36

@RubenKelevra

We are talking of a filesystem and this is a stable branch. I've already said that I wasn't going to add a single commit from the master branch, too much things were changed.

Unfortunately I wasn't able to lock the package to a specific kernel version because the kernel is not a dependecy.

And also take a breath and calm down.

RubenKelevra commented on 2016-09-20 19:34

@utsi just use a conflict constraint for such cases:

conflict linux>4.6.xx etc. :)

RubenKelevra commented on 2016-09-20 19:31

Upgrading this package from the previous version does not work, you have to remove it and readd to your system.

The issue is some kind of dependency circle between this package and the spl-dkms:

Sorry that it is in german:

Fehler: Konnte den Vorgang nicht vorbereiten (Kann Abhängigkeiten nicht erfüllen)
:: zfs-dkms: das Installieren von spl-dkms (0.6.5.8-1) löscht ein benötigtes Packet von 'spl-dkms=0.6.5.7'

utsi commented on 2016-09-19 08:49

@RubenKelevra Ah, so sorry I misunderstood the issue! As far as accepting the patch I can understand why he would not accept it, only official releases. As for limiting to kernels <4.7, which kernels specifically? linux? linux-lts? linux-ck?

RubenKelevra commented on 2016-09-19 07:12

@babarnescocke I actually dislike if I hit update and my
system does not boot up again. This is not a stable behaviour,
this is just a broken dependency. This maintainer does not
want to fix this or add the 4.7 patch which was provided
several weeks ago.

If he wants only to support LTS-Kernels he should create a
LTS-ZFS package and this is fine, else I would expect more
than just a I-dont-like-to-patch behaviour, without fixing the
actually dependency issue.


utsi commented on 2016-09-18 23:26

@RubenKelevra

It took quite a bit of time for for ZOL to be ready for 4.7.
Taking that into account is waiting a few more days for the AUR package to get updated _that_ bad?

As babarnescocke said, this is a freaking filesystem, of all the things that should not bug out, this is probably the most important next to the kernel itself.

Also thanks to the maintainer, been enjoying your DKMS packages for a while now without issues! :)

isiachi commented on 2016-09-17 17:44

@babarnescocke

Thanks I really appreciated!

babarnescocke commented on 2016-09-17 17:05

@RubenKelevra
Calm down.

I don't want my filesystem on the fritz because people don't want to wait for updates.

To be clear, I am not 100% sure what is going on, why the maintainer believes/is right to to think that the PKGBUILD to fix 4.7 linux is unstable - and maybe I would prefer this behavior more in a zfs-lts branch - but this is what you get with the AUR. If you wanted bulletproof support you should have gone to another repo.

Maintainer - keep on keeping on, I look forward to the future updates. Thanks for your hardwork.

RubenKelevra commented on 2016-09-15 09:46

No reaction, no update ... what the heck is wrong with the maintainer? :(

RubenKelevra commented on 2016-09-11 11:52

This package is completely useless in the current state, might someone else please consider to maintain it? The current approach is not useful at all.

MilanKnizek commented on 2016-09-03 06:31

The inability of the package to block the system upgrade due to unsupported kernel version is really troublesome. (Although I do not know if it can be done without adding a dependency on a particular kernel package name.)

isiachi commented on 2016-08-29 08:55

@fermatslast
I'm not going to add your patch. This is a stable branch. Use the 4.6 kernel or switch to zfs-dkms-git.

akgrant0710 commented on 2016-08-28 20:18

@fermatslast Thanks for your patch, very much appreciated.

jrb commented on 2016-08-23 22:42

I just noticed due to differences in service names between RH/Fedora and Arch, /usr/lib/systemd/system/zfs-share.service incorrectly references 'smb.service' instead of 'smbd.service'. I have a patch for the systemd unit in question, as well as a patch for the pkgbuild applying the systemd unit patch (both trivial, obviously), but am unsure of the correct way to submit them.

RubenKelevra commented on 2016-08-16 23:02

Would be great if this package can be guarded with something like linux < 4.7 to avoid an incompatible update because the package-maintainer is sleeping.

escentrix commented on 2016-08-15 13:52

@fermatslast
Great! That patch gets me working for now until the upstream stuff gets done. Thanks for your help!

fermatslast commented on 2016-08-15 04:36

Here's a patch for the pkgbuild that adds a linux 4.7 compatibility patch to the build:
https://gist.github.com/burberger/3c966a089529b33714fd8827c4b12e49

This is a temporary fix until the zfsonlinux upstream release has 4.7 support.

escentrix commented on 2016-08-12 20:02

Arch has now moved to 4.7.0 kernel, causing this package some trouble. What all needs to be done to bring this up to speed?

lockheed commented on 2016-08-04 07:44

@isiachi
Thanks. However, after compiling the new kernel and installing it, I get this:

-> Running build hook: [zfs]
==> ERROR: module not found: `zavl'
==> ERROR: module not found: `znvpair'
==> ERROR: module not found: `zunicode'
==> ERROR: module not found: `zcommon'
==> ERROR: module not found: `zfs'
==> ERROR: module not found: `zpios'
==> ERROR: module not found: `spl'
==> ERROR: module not found: `splat'

isiachi commented on 2016-07-28 11:14

@lockheed

If you remove the zfs package the old module are still loaded so you can simple install zfs-dkms.

lockheed commented on 2016-07-27 16:55

I have a technical question, sort of removing the tablecloth underneath the dinner set...

I have a server with ZFS on root which runs on regular zfs packages (non-dkms). I need to migrate to zfs-dkms (and friends) to get support for non-stock Arch kernel.

The question is: how can I do that?

To install -dkms packages, I need to remove regular packages. But if I do that, I am afraid I will not be able to boot (or even operate on root prior to reboot) anymore because the whole root is on ZFS.

Can someone propose some sane course of action?

isiachi commented on 2016-07-02 15:11

@seschwar
Thanks for the advices. This package is using and will use git to fetch the source.

For the alpm-hooks it's not a bad idea. I've already thought about but right now the kernel package updates the initcpio with the old .install script. So basically the initcpio it's always updated before dkms. I'm following this bug report and see what they want to do. (https://bugs.archlinux.org/task/49052)

seschwar commented on 2016-07-01 22:42

When using the tarball instead of Git you wouldn't have to download the whole history of the repository: source=(https://github.com/zfsonlinux/zfs/releases/download/zfs-$pkgver/zfs-$pkgver.tar.gz)

Also alpm-hooks(5) for rebuilding the initcpio when the DMKS modules have been rebuilt would be useful if your / is on ZFS.

bazzawill commented on 2016-05-21 05:31

Is it possible to remove the hard version for spl-dkms=0.6.5.7 to allow for higher versions as this would allow upgrades to progress easier

cschwarz commented on 2016-05-08 22:24

Disabling checksum-checking is a bad idea (since 0.6.5.6-2, commit 8f9f7d54b520e920d1561a49b76ee092f6c13d4f).

If you don't want to use the tarballs, you should use the commit SHA1,e.g.

source=("git+https://github.com/zfsonlinux/zfs.git#commit=<sha1ofrelease>"

Otherwise, since the tags are not signed, they could be changed by upstream, rendering inconsistent versioning of this package.

Please change this back in all (zfs|spl)-(dkms|utils).

isiachi commented on 2016-04-04 12:52

It's all about build not dep.

Upgrade your packages with -d flag.

bazzawill commented on 2016-04-04 07:03

This package is creating dependency hell. Due to spl-dkms. Attempting to update spl-dkms first gives the error
"zfs-dkms: installing spl-dkms (0.6.5.6-1) breaks dependency 'spl-dkms=0.6.5.4"
However attempting to update zfs-dkms first gives the error that spl-dkms 0.6.5.6 is required (sorry no direct error message). I had to uninstall update spl-dkms then install to bypass.

WoefulDerelict commented on 2015-10-03 05:13

This package is an excellent resource and it is unfortunate to see it go unmaintained. I've updated the PKGBUILD and given it a bit of polish. Users can find the modified resources at the following URLs:

https://gist.github.com/WoefulDerelict/e13a876e1c021c896cf0
https://gist.github.com/WoefulDerelict/cb0761030ba90c68ba66

isiachi commented on 2015-09-23 15:43

In the weekend I will update it.

Sorry but tomorrow I've got my degree so I'm a little busy.

seblu commented on 2015-09-22 21:05

Could you bump this package, is doesn't works with 4.2 kernels!