Show filesystems / zfs - openSUSE Build Service

Build Results
RPM Lint

Refresh

Source Files

Filename	Size	Changed
zfs-0.8.4.tar.gz	0009285838 8.86 MB	5 months
zfs-0.8.4.tar.gz.asc	0000000836 836 Bytes	5 months
zfs-preamble	0000000110 110 Bytes	8 months
zfs.changes	0000012688 12.4 KB	5 months
zfs.keyring	0000005408 5.28 KB	over 1 year
zfs.spec	0000008614 8.41 KB	5 months

Comments for zfs 60

barno wrote about 2 years ago

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

_nobody_ wrote about 2 years ago

This comment has been deleted

Delete comment?

Please confirm deletion of comment

Cancel

Delete

ollienx wrote about 2 years ago

0.7.10 was released - has support for kernel 4.18 :)

barno wrote about 2 years ago

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

koralle wrote about 2 years 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

koralle wrote about 2 years 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.

tylerwagler wrote about 2 years 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

tisoft_media wrote almost 2 years 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)

brassh wrote almost 2 years ago

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

zone42 wrote almost 2 years 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

zone42 wrote almost 2 years ago

Ping!

brassh wrote almost 2 years ago

Outdated kernel version: to fix, we need to add a repo based on Leap 15.0:Update (see: https://build.opensuse.org/repositories/home:brassh:branches:filesystems)
udev Directory not found: same here. I submitted a proposed fix: https://build.opensuse.org/request/show/648204

zone42 wrote almost 2 years ago

Thx

moozaad wrote almost 2 years 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?

jengelh wrote almost 2 years 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.

moozaad wrote almost 2 years 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.

jengelh wrote almost 2 years 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.)

moozaad wrote almost 2 years 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.

jengelh wrote almost 2 years ago

That sounds like https://bugzilla.opensuse.org/show_bug.cgi?id=1110929

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.

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.

moozaad wrote over 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.

zone42 wrote over 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. :(

moozaad wrote over 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.

zone42 wrote over 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

_nobody_ wrote almost 2 years ago

This comment has been deleted

Delete comment?

Please confirm deletion of comment

Cancel

Delete

kokeko wrote almost 2 years ago

very thanks!

kokeko wrote almost 2 years ago

x86_64 build failed?

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

kokeko wrote over 1 year ago

Thanks

kokeko wrote over 1 year ago

Why failed? spec file.

kokeko wrote over 1 year ago

Thanks!!!

kokeko wrote over 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

kokeko wrote over 1 year ago

Thanks!!!

kokeko wrote over 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

kokeko wrote over 1 year ago

Thanks!

kokeko wrote over 1 year ago

ZFS-0.8.0 released.

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

Please update for production use.

cyphar wrote over 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.

kokeko wrote over 1 year ago

Thanks！

smernst wrote about 1 year 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?

jengelh wrote about 1 year ago

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

smernst wrote about 1 year ago

Thanks - done.

smernst wrote about 1 year 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.

kokeko wrote 8 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.

kokeko wrote 8 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?

kokeko wrote 8 months ago

Thanks!

Try on my Tumbleweed server.

briandk wrote 5 months 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.

briandk wrote 5 months 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

cyphar wrote 5 months 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.

kokeko wrote 4 months ago

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

kokeko wrote 4 months ago

Thanks! I will try it.

kokeko wrote 4 months 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?

kokeko wrote 3 months ago

Hi, Leap 15.2 Released! I try modprobe zfs again but still have error.

sudo modprobe -vvvvv zfs

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

Module don't sign by default key?

kokeko wrote 3 months ago

Today test on non secure boot environment.

modprobe complete and can enable zfs service, but turn on secure boot again can not load zfs.ko.

chacek modinfo between 15.1 & 15.2 zfs & spl, I see same information. I hope to use secure boot for security.

kokeko wrote 3 months ago

Sorry I am miss understand. I add filesystem SSL cert to my MOK util.

I can load zfs.ko on secure boot environment!

I try upgrade my staging and main env!

ph03nix wrote about 1 month ago

I've created an openQA test for this and would appreciate feedback: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10873 Thanks :-)

paulvixie wrote 16 days ago

i have 15.2, i tried the 0.8.4 build, won't install. i have glibc 2.26, this build wants 2.28. presumably your build server has a later glibc than 15.2. any advice?

jengelh wrote 15 days ago

You did not use the build for 15.2.

paulvixie wrote 15 days ago

i don't know how i did it, but you're right. ty!

paulvixie wrote 14 days ago

second question, hopefully less foolish. following your correction, i installed zfs from your 15.2 repo. at no time during "zypper install zfs" did the system run mkinitrd, and the tools (zpool) asked me to please run "modprobe zfs" which i did. systemctl was reporting similar errors for the zfs related services. reboot did not change this situation, until i ran mkinitrd by hand and rebooted again, after which everything worked fine.

as a long time user of freebsd, i am extremely impressed with the quality of ZoL. i've used suse for many years -- it became my default linux distro when they sent me a free CDROM back in the mid 1990's as thanks for Cron. but only now with ZoL am i trying suse in a server role, and it's great.