Refresh
Refresh
Source Files
Filename Size Changed
zfs-2.1.1.tar.gz 0034836374 33.2 MB about 1 month
zfs-2.1.1.tar.gz.asc 0000000195 195 Bytes about 1 month
zfs-preamble 0000000110 110 Bytes over 1 year
zfs.changes 0000016077 15.7 KB about 1 month
zfs.keyring 0000005408 5.28 KB over 2 years
zfs.spec 0000009165 8.95 KB about 1 month
Comments for zfs 89

Barno B's avatar

barno wrote about 3 years ago

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


Anonymous User's avatar

_nobody_ wrote about 3 years ago

This comment has been deleted


Nick Krichevsky's avatar

ollienx wrote about 3 years ago

0.7.10 was released - has support for kernel 4.18 :)


Barno B's avatar

barno wrote about 3 years 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 about 3 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


Ralf Kölmel's avatar

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


Tyler Wagler's avatar

tylerwagler wrote about 3 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


Markus Heberling's avatar

tisoft_media wrote about 3 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)


H Brass's avatar

brassh wrote almost 3 years ago

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


Steffen Sledz's avatar

zone42 wrote about 3 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

:(



H Brass's avatar

brassh wrote almost 3 years ago



Anonymous User's avatar

_nobody_ wrote almost 3 years ago

This comment has been deleted


Jan Engelhardt's avatar

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


Anonymous User's avatar

_nobody_ wrote almost 3 years ago

This comment has been deleted


Jan Engelhardt's avatar

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


Anonymous User's avatar

_nobody_ wrote almost 3 years ago

This comment has been deleted



Anonymous User's avatar

_nobody_ wrote over 2 years ago

This comment has been deleted


Steffen Sledz's avatar

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


Anonymous User's avatar

_nobody_ wrote over 2 years ago

This comment has been deleted


Steffen Sledz's avatar

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


Anonymous User's avatar

_nobody_ wrote over 2 years ago

This comment has been deleted


Steffen Sledz's avatar

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

This comment has been deleted


Michiya Hagimoto's avatar

kokeko wrote almost 3 years ago

very thanks!


Michiya Hagimoto's avatar

kokeko wrote almost 3 years ago

x86_64 build failed?


Michiya Hagimoto's avatar

kokeko wrote almost 3 years 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 2 years ago

Why failed? spec file.


Michiya Hagimoto's avatar

kokeko wrote over 2 years ago

Thanks!!!


Michiya Hagimoto's avatar

kokeko wrote over 2 years 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 over 2 years ago

Thanks!!!


Michiya Hagimoto's avatar

kokeko wrote over 2 years 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 over 2 years ago

Thanks!


Michiya Hagimoto's avatar

kokeko wrote over 2 years 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 over 2 years 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 over 2 years ago

Thanks!


Sebastian Ernst's avatar

smernst wrote over 2 years 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 over 2 years ago

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


Sebastian Ernst's avatar

smernst wrote over 2 years ago

Thanks - done.


Sebastian Ernst's avatar

smernst wrote over 2 years 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.


Michiya Hagimoto's avatar

kokeko wrote over 1 year 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 over 1 year 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 over 1 year ago

Thanks!

Try on my Tumbleweed server.


Brian Klahn's avatar

briandk wrote over 1 year 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.


Brian Klahn's avatar

briandk wrote over 1 year 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 over 1 year 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.


Michiya Hagimoto's avatar

kokeko wrote over 1 year ago

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


Michiya Hagimoto's avatar

kokeko wrote over 1 year ago

Thanks! I will try it.


Michiya Hagimoto's avatar

kokeko wrote over 1 year 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?


Michiya Hagimoto's avatar

kokeko wrote over 1 year 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?


Michiya Hagimoto's avatar

kokeko wrote over 1 year 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.


Michiya Hagimoto's avatar

kokeko wrote over 1 year 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!


Felix Niederwanger's avatar

ph03nix wrote about 1 year 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 :-)


Paul Vixie's avatar

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


Jan Engelhardt's avatar

jengelh wrote about 1 year ago

You did not use the build for 15.2.


Paul Vixie's avatar

paulvixie wrote about 1 year ago

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


Paul Vixie's avatar

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


Michiya Hagimoto's avatar

kokeko wrote about 1 year ago

Hi, ZoL 0.8.5 released.

https://github.com/openzfs/zfs/releases/tag/zfs-0.8.5

Currently, happen Tumbleweed build fail, please update.

but please do not use OpenZFS 2.0 RC version!


Michiya Hagimoto's avatar

kokeko wrote about 1 year ago

Thanks for quick response!!


Attila Pinter's avatar

adathor wrote 8 months ago

Hi, I just updated from 15.1 to 15.2 and ran into the kernel lockdown "issue". I tried reinstalling entirely zfs and all the deps without any success and couldn't get zfs load until I disabled secureboot on the box. Is zfs not signed? Is there something that I've missed?


Michiya Hagimoto's avatar

kokeko wrote 8 months ago

Have you use Secure boot? if you use Secure boot, add filesystem repo key to MOK by mokutil.

https://documentation.suse.com/sles/15-SP1/html/SLES-all/cha-uefi.html

I met same situation after 15.2 update, 15.2 is more strict key check than 15.1 or tumbleweed.


Attila Pinter's avatar

adathor wrote 8 months ago

Oh great, thanks for the hint! For now I got around the lockdown by disabling SecureBoot which is not ideal.
Just to be clear you mean this key?


Michiya Hagimoto's avatar

kokeko wrote 8 months ago

I could found key on "filesystem" project top page on few month ago.

https://build.opensuse.org/project/show/filesystems

But now I can't found key...

Paste key information (result of mokutil --list-enrolled)

[key 1] SHA1 Fingerprint: a0:8e:c9:25:f6:31:39:96:6a:98:dd:a2:46:2c:05:f5:b2:a3:a2:93 Certificate: Data: Version: 3 (0x2) Serial Number: cf:ae:ee:5c:71:9a:e9:de Signature Algorithm: sha256WithRSAEncryption Issuer: CN=filesystems OBS Project/emailAddress=filesystems@build.opensuse.org Validity Not Before: Nov 6 23:45:06 2020 GMT Not After : Jan 15 23:45:06 2023 GMT Subject: CN=filesystems OBS Project/emailAddress=filesystems@build.opensuse.org Subject Public Key Info: Public Key Algorithm: rsaEncryption RSA Public-Key: (2048 bit) Modulus: 00:cb:09:7e:af:b0:aa:39:c7:02:e6:6e:91:79:80: 61:e8:80:92:6c:ea:ce:d6:33:52:f0:b2:32:62:c5: 32:1b:b8:3e:8b:4d:77:63:65:92:95:0a:0d:b7:9d: a2:be:9f:6b:90:84:b9:83:89:54:ff:05:a7:c7:86: d1:c4:5c:a1:ce:6c:1c:6a:54:35:aa:ae:ba:0c:41: 9a:c2:f8:eb:cc:8f:3b:ae:d1:11:48:d1:eb:1b:52: f6:6d:0e:f8:4c:c1:ed:aa:d4:22:59:70:c2:22:a1: fc:01:4d:31:80:73:19:58:95:56:ed:74:c3:91:1a: f2:32:eb:cd:7a:28:db:dc:d1:51:f3:ae:95:37:f0: 84:de:67:eb:b4:3c:54:6b:30:4d:2f:49:90:08:7f: 9a:64:cc:32:35:81:9f:ac:9f:75:ca:22:dd:3e:98: 75:2e:be:30:3c:f0:70:b7:35:3e:81:d0:e8:ea:93: 2e:d4:78:37:af:a6:bf:a6:9e:d4:b3:75:4e:73:ae: 77:d9:43:44:b1:63:9d:da:1e:98:16:19:c6:42:0f: 93:ed:c5:25:87:9c:13:c7:c0:c5:c8:53:e2:ed:65: 5a:a2:25:68:bd:61:f6:00:86:f8:51:4d:b0:54:63: 56:21:9b:79:41:40:f3:c6:74:2c:f7:82:24:8c:63: 29:85 Exponent: 65537 (0x10001) X509v3 extensions: X509v3 Basic Constraints: critical CA:FALSE X509v3 Subject Key Identifier: FD:26:5E:4D:1F:F9:7A:9B:02:58:B3:58:33:CE:9E:6B:5A:A7:34:4B X509v3 Authority Key Identifier: keyid:FD:26:5E:4D:1F:F9:7A:9B:02:58:B3:58:33:CE:9E:6B:5A:A7:34:4B

X509v3 Key Usage: critical Digital Signature, Certificate Sign X509v3 Extended Key Usage: Code Signing Signature Algorithm: sha256WithRSAEncryption 27:80:26:e6:57:d5:c0:06:05:f3:bb:59:22:b0:e0:91:d2:ed: 71:7c:e5:38:a7:5a:c9:53:41:73:13:1e:13:b0:63:c9:67:c4: af:49:18:fe:b0:cb:65:d9:82:a5:67:cd:f9:d3:28:67:f9:9b: b8:b1:b3:b5:ee:f6:e0:28:71:2d:6f:f8:09:3d:48:62:96:82: 2d:60:e1:4d:2b:e7:b3:f9:70:69:d5:1d:50:92:93:86:3f:dc: 1a:eb:b9:f3:54:fd:c2:a4:02:a6:32:39:cb:d4:af:6e:6a:91: 32:c3:51:35:15:a5:71:02:9f:88:77:7a:e4:86:26:ce:fb:35: 23:16:4f:50:4c:ac:65:64:e0:16:9a:7a:6d:11:55:ec:35:3e: 26:f0:da:3b:de:5b:79:9a:f8:21:13:ce:4f:01:b7:3f:91:65: 41:59:9a:0e:62:08:df:27:68:4d:59:bb:75:d2:88:d4:05:74: 43:98:a9:d1:09:bc:99:6f:b3:45:28:b3:74:c3:b0:ff:e8:0f: 00:7c:4d:7a:40:35:ba:59:62:9b:84:e6:49:bf:e4:20:83:f4: 20:5b:c6:14:34:a3:1b:aa:25:de:9d:a5:7c:95:d7:5c:9c:d3: 3b:86:aa:b4:63:a4:d8:9c:5a:a2:07:9b:6c:15:60:0a:20:ce: 6c:43:2d:1f


Michiya Hagimoto's avatar

kokeko wrote 8 months ago

I find download link from my shell history.

https://build.opensuse.org/projects/filesystems/ssl_certificate

You can download ssl certificate and convert x509 key

openssl x509 -in ssl_certificate -outform der -out cert.der

enroll mok key to mokutil and bootloader (phisycal machine access required)

sudo mokutil --import cert.der

Can you try?


Attila Pinter's avatar

adathor wrote 8 months ago

Oh this is great, thank you! Can't touch the server until the weekend though. Will let you know once it is done.


Attila Pinter's avatar

adathor wrote 7 months ago

I did try it, but I can't boot with SecureBoot policy enabled. It just holds the system until I hit enter which is not ideal. There seem to be an issue with the signature and during boot, Leap does list an x509 error. Unfortunately I couldn't keep the server off long enough to be able to debug, but holidays are coming up and planning to look into this a bit deeper.

Btw, is it ok to discuss issues here? EDIT: Also found this: https://bugzilla.opensuse.org/show_bug.cgi?id=1173551


Michiya Hagimoto's avatar

kokeko wrote 7 months ago

Oh... It is sad.

My leap server's dmseg around X.509 key.

[ 6.114200] Loading compiled-in X.509 certificates [ 6.114229] Loaded X.509 cert 'openSUSE Secure Boot Signkey: c8bdc7ac1a1d85966217fd93ebfc14f4a200b814' [ 6.114242] zswap: loaded using pool lzo/zbud [ 6.114265] page_owner is disabled [ 6.118823] Key type big_key registered [ 6.121079] Key type encrypted registered [ 6.121081] AppArmor: AppArmor sha1 policy hashing enabled [ 6.121517] integrity: Loading X.509 certificate: UEFI:db [ 6.121543] integrity: Loaded X.509 cert 'Microsoft Corporation UEFI CA 2011: 13adbf4309bd82709c8cd54f316ed522988a1bd4' [ 6.121543] integrity: Loading X.509 certificate: UEFI:db [ 6.121564] integrity: Loaded X.509 cert 'Microsoft Windows Production PCA 2011: a92902398e16c49778cd90f99e4f9ae17c55af53' [ 6.122604] integrity: Loading X.509 certificate: UEFI:MokListRT [ 6.123160] integrity: Loaded X.509 cert 'filesystems OBS Project: fd265e4d1ff97a9b0258b35833ce9e6b5aa7344b' [ 6.123161] integrity: Loading X.509 certificate: UEFI:MokListRT [ 6.123340] integrity: Loaded X.509 cert 'openSUSE Secure Boot CA: 6842600de22c4c477e95be23dfea9513e5971762'

Is it hint about your situation?


Attila Pinter's avatar

adathor wrote 7 months ago

Appreciate your help, but it turns out that what you sent for the first time ssl and steps to import it to MOK actually worked. The bigger problem was that some other openSUSE key (valid, no funny business) apparently stuck in the bios. I assume from a previous installation. Removing that and booting the shim actually solved the problem... Thank you for the help again!

Wondering if all this could be done just by zypper...


Michiya Hagimoto's avatar

kokeko wrote 7 months ago

Good!

I try to add filesystem repo from clean install enviroment, After install zfs package and reboot, mokutil boot menu display and can enroll repo key. but It is only once if miss it boot failed...

Someone (zypper? or zfs rpm package?) call mokutil and enroll repokey (password is same as root password).

Another repo add to this environment, same mokutil boot mesu display. I think iti is zypper function.


Michał B's avatar

michu wrote 6 months ago

Hello. I'm completely new to OBS (and SUSE in fact) so perhaps I'm missing something, but is there a reason why zfs package is not being built for aarch64 on openSUSE Leap 15.2 while it works on SLE_15_SP2?


Jared ABQLUG's avatar

Alucard wrote 5 months ago

zfs-kmp-default needs to be updated for kernel 5.12.

sudo zypper update zfs-kmp-default

Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides kernel-uname-r = 5.11.16-1-default needed by zfs-kmp-default-2.0.4_k5.11.16_1-1.35.x86_64 Solution 1: do not install zfs-kmp-default-2.0.4_k5.11.16_1-1.35.x86_64 Solution 2: break zfs-kmp-default-2.0.4_k5.11.16_1-1.35.x86_64 by ignoring some of its dependencies

If this isn't the right place to post this, please let me know.


Jared ABQLUG's avatar

Alucard wrote 5 months ago

zfs-kmp-default was updated. Thanks!


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

Hi Kernel update from 5.3.18-57-default to 5.3.18-59.5-default on Leap 15.3. but no rebulid job on this repository.

something wrong?


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

update 5.3.18-59.5.2 from "Update repository with updates from SUSE Linux Enterprise 15" repo (not update-oss).

not detect source change from sle repo?


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

Thanks for update,

but on Leap 15.3 and SEL 15SP3 kmp version is still 5.3.18_57.

Is it OBS service problem?


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

Hi OpenZFS 2.1-rc7 released.

https://github.com/openzfs/zfs/releases/tag/zfs-2.1.0-rc7

Please update.

And please check Leap 15.3 repo not track kernel update.


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

I check another kmp repo, it have same problem, is is OBS config missmatch.


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

I check SLE15 SP3 repo, but same as Leap15.3...


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

Today(25/June) rebulid whlile zfs on Leap 15.3 and SLE 15 SP3, but still kmp for kernel 5.3.18-57-default.

Something wrong?


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

Hi, OpenZFS 2.1.0-rc8 released.

https://github.com/openzfs/zfs/releases/tag/zfs-2.1.0-rc8

Please update.


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

rc7 have auto import failed bug.

this bug fixed on rc8, please update.


Michiya Hagimoto's avatar

kokeko wrote 4 months ago

Thanks!


Michiya Hagimoto's avatar

kokeko wrote about 1 month ago

Hi OpenZFS 2.1.1 released.

https://github.com/openzfs/zfs/releases/tag/zfs-2.1.1

Please update for Tumbleweed.


Jan Engelhardt's avatar

jengelh wrote about 1 month ago

It's better to post to bugzilla.opensuse.org . OBS is not optimized for more than a few comments.


Michiya Hagimoto's avatar

kokeko wrote about 1 month ago

Thanks!

Agree, Next time, I will post to buglizza.

Thanks for advice.


Krillye's avatar

krillye wrote 9 days ago

Hello. I run openSUSE Tumbleweed with kernel 5.14.9 (newest one at the time of writing). I upgraded the system with zypper dist-upgrade today and I see that ZFS kernel modules were not rebuilt during the upgrade. I see that ZFS kernel modules are located in /lib/modules/5.14.6-2-default (previous kernel), but there are none in /lib/modules/5.14.9-1-default. Is filesystems/zfs package supposed to rebuild kernel modules between system updates? What am I missing here? (I'm new to openSUSE)

Also, I see that zfs-kmp-default-2.1.1_k5.14.6_2-1.25.x86_64 package is present in the system, which indicates that kernel modules were installed specifically for kernel 5.14.6. How can I rebuild/reinstall filesystems/zfs package for newest running kernel, and how to avoid this situation in the future?

openSUSE Build Service is sponsored by