Refresh
Refresh
Source Files
Filename Size Changed Actions
zfs-0.8.4.tar.gz 0009285838 8.86 MB 23 days
zfs-0.8.4.tar.gz.asc 0000000836 836 Bytes 23 days
zfs-preamble 0000000110 110 Bytes 4 months
zfs.changes 0000012688 12.4 KB 23 days
zfs.keyring 0000005408 5.28 KB 12 months
zfs.spec 0000008614 8.41 KB 23 days
Comments for zfs 56

Barno B's avatar

barno wrote over 1 year ago

Hi just a notification to show this is broken for x86_64 in tumbleweed...


Jan Engelhardt's avatar

jengelh wrote over 1 year ago

Nothing we can do if zol does not support newer kernels quickly enough.


Nick Krichevsky's avatar

ollienx wrote over 1 year ago

0.7.10 was released - has support for kernel 4.18 :)


Barno B's avatar

barno wrote over 1 year ago

jengelh, thank you for your quick response. as ollienx mentions 0.7.10 is available now (hint hint) ;)


Ralf Kölmel's avatar

koralle wrote over 1 year ago

Dear Jan, as the previous comments stated, it would be nice to get also ZFS 0.7.10 from this repo. Thank you in advance for your work ! Best, Ralf


Ralf Kölmel's avatar

koralle wrote over 1 year ago

as i've read in the zfs-discuss mailing list, ZFS 0.7.10 should be avoided because of some regresssion which could lead to degraded pools after upgrade. Now Version 0.7.11 is out.


Tyler Wagler's avatar

tylerwagler wrote over 1 year ago

After a 'zypper dup' to zfs 0.8.0-rc, I'm having issues with the zpool command. zpool: symbol lookup error: zpool: undefined symbol: zpool_reopen_one


Jan Engelhardt's avatar

jengelh wrote over 1 year ago

Please use bugzilla for these kinds of things.


Markus Heberling's avatar

tisoft_media wrote over 1 year ago

Hi,

zfs-kmp-default still depends on spl-kmp-default, but that isn't available anymore, since SPL has been merged into ZFS. The dependency should be remove from the RPM. I have force installed the zfs-kmp-default package, ignoring the missing spl-kmp-default and everything works as expected. (Tested on opensuse leap 15)


H Brass's avatar

brassh wrote over 1 year ago

Same here. I submitted a proposed fix: https://build.opensuse.org/request/show/648204


Steffen Sledz's avatar

zone42 wrote over 1 year ago

Can someone please check the build for openSUSE_Leap_15.0!

The provided RPM contains a dependency for an outdated kernel version (4.12.14-lp150.11.4).

And a try to build the RPM for myself from the sources lead to the same error as the build for SLE_15 here:

Directory not found: /home/abuild/rpmbuild/BUILDROOT/zfs-0.8.0~rc1-1.1.x86_64/usr/lib/udev

:(



H Brass's avatar

brassh wrote over 1 year ago



Jon Brightwell's avatar

moozaad wrote over 1 year ago

This is building against openSUSE:Leap:15.0/standard instead of combined with openSUSE:Leap:15.0:Update/standard for the current kernel. Any chance of getting that updated?


Jan Engelhardt's avatar

jengelh wrote over 1 year ago

Since that is not a property of the zfs package, I can't change that. It's also not needed because both 15.0 and 15.0:Update share the same kernel ABI.


Jon Brightwell's avatar

moozaad wrote over 1 year ago

Actually it forces you to use the original leap kernel instead of the updated. The module goes in the wrong modules folder and there's some sym issues.


Jan Engelhardt's avatar

jengelh wrote over 1 year ago

I suggest you file a bug report with the openSUSE kernel guys. Apparently, no KMP whatsoever has the "ksym(....)" entities anymore (rpm -qR --provides zfs-kmp-default-...., rpm -qR --provides xtables-addons-kmp-..., etc.)


Jon Brightwell's avatar

moozaad wrote over 1 year ago

Sorry, that's a outside my knowledge. Are the ksyms, rpm metadata? I also noticed the build goes nuclear with objcopy asserts and take 30+ mins.



Jon Brightwell's avatar

moozaad wrote over 1 year ago

No fix from obs/rpm upstream so far. It's the bad find-requires.ksyms that's doing it.

To others: If you wish to use zfs with L15 with kernel updates (from official update repo), you need to make a home project and add rpm and rpm-config-SUSE from base:systems, and zfs from here. This will then build without the ksym errors and bad kmp rpm provides. Make sure to set the project repo as Opensuse:Leap:15:Update/standard.


Steffen Sledz's avatar

zone42 wrote over 1 year ago

Has anyone set up such a project that can be shared?

I don't think it makes sense for everyone interested to establish their own project.


Jon Brightwell's avatar

moozaad wrote about 1 year ago

home:moozaad:zfs-ksymsfix/zfs I've not tested it as I'm not using zfs right now. But that's how it should be set up. I'm happy to leave that there until the issue is fixed.


Steffen Sledz's avatar

zone42 wrote about 1 year ago

I gave it a try with latest Leap 15.0.

But unfortunately after installing zfs and a reboot all ZFS related services failed to start because the ZFS kernel modules were not loaded. :(


Jon Brightwell's avatar

moozaad wrote about 1 year ago

You haven't locked your kernel or anything? latest L15 is kernel-default-base-4.12.14 and that is what the kmp is built against.


Steffen Sledz's avatar

zone42 wrote about 1 year ago

Distribution: openSUSE Leap 15.0 Name : kernel-default Version : 4.12.14 Release : lp150.12.48.1 Architecture: x86_64 Install Date: Tue Feb 19 07:22:32 2019


Anonymous User's avatar

_nobody_ wrote over 1 year ago

This comment has been deleted


Michiya Hagimoto's avatar

kokeko wrote over 1 year ago

very thanks!


Michiya Hagimoto's avatar

kokeko wrote over 1 year ago

x86_64 build failed?


Michiya Hagimoto's avatar

kokeko wrote over 1 year ago

ZFS-0.8.0-rc3 released.

https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.8.0-rc3

Please update for tumbleweed kernel 4.20.x


Michiya Hagimoto's avatar

kokeko wrote over 1 year ago

Thanks


Michiya Hagimoto's avatar

kokeko wrote over 1 year ago

Why failed? spec file.


Michiya Hagimoto's avatar

kokeko wrote over 1 year ago

Thanks!!!


Michiya Hagimoto's avatar

kokeko wrote about 1 year ago

ZFS-0.8.0-rc4 released.

https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.8.0-rc4

Please update for tumbleweed kernel 5.0.x


Michiya Hagimoto's avatar

kokeko wrote about 1 year ago

Thanks!!!


Michiya Hagimoto's avatar

kokeko wrote about 1 year ago

ZFS-0.8.0-rc5 released.

https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.8.0-rc5

Please update for tumbleweed kernel 5.1.x


Michiya Hagimoto's avatar

kokeko wrote about 1 year ago

Thanks!


Michiya Hagimoto's avatar

kokeko wrote about 1 year ago

ZFS-0.8.0 released.

https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.8.0

Please update for production use.


Aleksa Sarai's avatar

cyphar wrote about 1 year ago

I submitted an SR yesterday -- you can check the list of open SRs here and see whether it's necessary to send a reminder.


Michiya Hagimoto's avatar

kokeko wrote about 1 year ago

Thanks!


Sebastian Ernst's avatar

smernst wrote 11 months ago

I just came across this: "ZFS allows anyone to use non modifying commands", see this discussion. It is especially interesting since this is supposed to work without any modifications to sudoers.

Other Linux distributions appear to package ZFS appropriately, but in case of openSUSE's filesystems project, the zfs and zpool commands reside in /usr/sbin and can therefore not be executed by non-root users. From openSUSE's perspective, first of all, is this a bug or intentional behavior?


Jan Engelhardt's avatar

jengelh wrote 11 months ago

zfs upstream installs it that way. If that way is incorrect, file a bug report with upstream.


Sebastian Ernst's avatar

smernst wrote 11 months ago

Thanks - done.


Sebastian Ernst's avatar

smernst wrote 11 months ago

See replies by ZFS developers upstream. The basic assumption appears to be that normal users should in general be allowed to run commands in /usr/sbin (hence normal users should for instance by default be able to run zfs list). My understanding is that this conflicts with openSUSE's design.


Aaron Puchert's avatar

aaronpuchert wrote 5 months ago

Normal users are allowed to run commands in /usr/sbin, it's just not in their PATH. That's probably because the FHS states: “This directory contains any non-essential binaries used exclusively by the system administrator.”

You can still run it via /usr/sbin/zfs list, or modify PATH manually.


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

Hi, Today release ZoL 0.8.3

https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.8.3

Currently, happen Tumbleweed build fail, please update.


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

Thanks for update to 0.8.3

but, Tumbleweed build still fail on Line 57 on zfs.spec, I guess package name generation fail?


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

Thanks!

Try on my Tumbleweed server.


Brian Klahn's avatar

briandk wrote about 1 month ago

/home/abuild/rpmbuild/BUILD/obj-default/include/spl/sys/time.h:88:15: error: unknown type name 'time_t' Is there anything the community can do to help with things like this? Is there an easy way to figure out when things are an issue with Zol or with OpenSUSE's build service config (or something else)?

Normally I just roll back to a compatible kernel, to get zfs (kmp's, etc.) working again. But apparently that was clobbered with the recent dist update (I then set zypper to keep 3 older kernels. I suppose I should just turn that off, altogether, and try and remember to manually clean those, periodically).

Thanks.


Jan Engelhardt's avatar

jengelh wrote about 1 month ago

So even though ZFS gained the fix in less than 6 days, no release tag/version bump has been made since, even though that would arguably be the easiest thing to change.


Brian Klahn's avatar

briandk wrote about 1 month ago

Ok. I guess there's at least one person working on getting updated to 0.8.4. It looks like it, at least, builds for aarch64. https://build.opensuse.org/package/rdiff/home:maelask:branches:filesystems/zfs?opackage=zfs&oproject=filesystems&rev=2


Aleksa Sarai's avatar

cyphar wrote 23 days ago

With the 0.8.4 update, I now get file conflicts when trying to upgrade from 0.8.3 (on Leap 15.1):

Detected 24 file conflicts:

File /lib/modules/4.12.14-lp151.28.48-default/extra/avl/zavl.ko
  from install of                                                          
     zfs-kmp-default-0.8.4_k4.12.14_lp151.28.48-lp151.1.1.x86_64 (obs-fs)
  conflicts with file from package                                                                                                                                                                                                                                               
     zfs-kmp-default-0.8.3_k4.12.14_lp151.28.48-lp151.2.16.x86_64 ([@System](https://build.opensuse.org/users/System))

and so on, for every file in /lib/modules that is owned by zfs.


Jan Engelhardt's avatar

jengelh wrote 23 days ago

I am not aware of anything I could do. This seems something that would need to be addressed by and in the KMP logic, is it not?


Michiya Hagimoto's avatar

kokeko wrote 17 days ago

Hi I am testing Leap 15.2 on staging environment. When start zfs build for 15.2?


Michiya Hagimoto's avatar

kokeko wrote 16 days ago

Thanks! I will try it.


Michiya Hagimoto's avatar

kokeko wrote 16 days ago

Hi I tried zfs on Leap 15.2 beta, but cannot load zfs.ko and cannot start zfs filesystem.

sudo modprobe -vvv zfs

modprobe: INFO: custom logging function 0x5608c462c540 registered insmod /lib/modules/5.3.18-lp152.14-default/extra/spl/spl.ko modprobe: INFO: Failed to insert module '/lib/modules/5.3.18-lp152.14-default/extra/spl/spl.ko': Operation not permitted modprobe: ERROR: could not insert 'zfs': Operation not permitted modprobe: INFO: context 0x5608c5b90450 released

I use secure boot, module don't have signature?