Package Details: zfs-utils-git 2:2.1.99.r1271.g1c0c729ab4-1

Git Clone URL: https://aur.archlinux.org/zfs-utils-git.git (read-only, click to copy)
Package Base: zfs-utils-git
Description: Userspace utilities for the Zettabyte File System.
Upstream URL: https://zfsonlinux.org/
Keywords: illumos oracle solaris zol
Licenses: CDDL
Conflicts: zfs-utils
Provides: zfs-utils
Submitter: minextu
Maintainer: yurikoles
Last Packager: yurikoles
Votes: 5
Popularity: 0.000000
First Submitted: 2018-11-11 00:44 (UTC)
Last Updated: 2022-06-24 19:42 (UTC)

Required by (39)

Sources (4)

Latest Comments

dmp1ce commented on 2021-06-13 11:30 (UTC)

I downgraded to zfs-utils and zfs-linux-lts which I probably should have been using in the beginning. Pools import fine now.

dmp1ce commented on 2021-06-13 03:07 (UTC)

I'm wondering, can I just install zfs-utils with zfs-linux-lts-git even after I have had zfs-utils-git already installed? Will my pools break if I have installed pool features?

dmp1ce commented on 2021-06-13 03:00 (UTC)

I ran into an issue on the last update. zfs-import-cache wouldn't start so none of my pool mounted. I created an issue if anyone else hits this.

https://github.com/archzfs/zfs-utils-git/issues/1

heppu commented on 2021-01-13 12:18 (UTC)

Thanks for the fast reply @eschwartz! I just realised what you said and removed the comment before noticing you had already replied. I was able work around the problem by downgrading autoconf to 2.69.

eschwartz commented on 2021-01-13 12:02 (UTC)

Since this is a -git package, it is already v2.0.1, which you'd know if you tried building it. But v2.0.1 does not fix the build -- we are waiting on a new autoconf release (which upstream autoconf said they were going to release in a couple of days, but that was at the beginning of last week).

esrevinu commented on 2020-12-29 18:52 (UTC) (edited on 2020-12-29 22:07 (UTC) by esrevinu)

Why is zpool import going into run_latehook function? Although zvol swap is not recommended for hibernation, I tried it. If zpool import is in run_latehook, resume does not work since zvol is not seen at the moment. So, I moved it into run_hook function and resume works. I am using ZFS on LUKS disk encryption.

Edit: I misunderstood. It is ZFS filesystem, not zvol swap that may cause a corruption with hibernation. https://github.com/openzfs/zfs/issues/260 Besides that, zvol swap can cause a deadlock under memory pressure.

grmblfrz commented on 2020-04-06 15:36 (UTC)

The latest update of this package rendered my system unbootable because of changes in zfs.initcpio.hook. It lacks fixes for grub ZFS= syntax. Could you please restore the zfs hook from the previous version?

javashin commented on 2019-07-11 20:56 (UTC)

Sorry Im Wrong There Is Nothing Bad With This Or The Other PKG all are updated

javashin commented on 2019-07-11 20:56 (UTC)

Sorry Im Wrong There Is Nothing Bad With This Or The Other PKG all are updated

javashin commented on 2019-07-08 20:59 (UTC)

this pkg install old zfs zpool --version zfs-0.8.0-116_g1086f5421 zfs-kmod-0.8.0-1

dmp1ce commented on 2017-11-07 15:41 (UTC)

I reported the issue here: https://github.com/archzfs/archzfs/issues/186 in case anyone else has the problem I had.

dmp1ce commented on 2017-11-07 15:29 (UTC)

I also had to `sudo systemctl enabled zfs-import` again after my update to 0.7.0.r167.g23ea00a1f-1. This is a serious issue IMHO. It causes quite a scare when you reboot to not have any of your pools mounted.

ArnoW commented on 2017-11-02 22:11 (UTC)

There was no /usr/lib/systemd/system/zfs-import.target with zfs-utils-common-git-0.7.0.r152.gf4ae39a19-1, but in zfs-utils-common-git-0.7.0.r157.gc9427c469-1 it is there. So this change caused my problems since this obviously new zfs-import.target was not enabled on my systems. After enabling it everything is back to normal again. Thank you very much for your effort.

minextu commented on 2017-11-02 21:21 (UTC)

Does /usr/lib/systemd/system/zfs-import.target exists on your system?

ArnoW commented on 2017-11-02 16:18 (UTC)

@minextu: Thanks for your reply. Kernel is 4.13.9-1-ARCH, all packages are up to date. I have zfs only for data, root is not on zfs. The issue shows up on all (two) my machines which run with the zfs-git-version. With the current packkage installed no automount on boot, with the older one (0.7.0.r152.gf4ae39a19-1) no problems. The difference in the zfs-mount.service file I referred to is: 0.7.0.r152...: After=zfs-import-cache.service After=zfs-import-scan.service is replaced by: 0.7.0.r157...: After=zfs-import.target As there is no "zfs-import.target" on my installations I thought that to be the problem.

minextu commented on 2017-11-02 15:10 (UTC)

@ArnoW Everything seems to work fine on my pc. Did you update zfs-[kernel] along with the zfs-common package? Are you using zfs on your root partition and which kernel do you use?

ArnoW commented on 2017-11-01 18:21 (UTC)

In version 0.7.0.r157.gc9427c469-1 the zfs-mount.service seems to be broken. Mount depends on zfs-import.target, but there ist no such target. So automount on system boot does not work.