Support for Almalinux 10 x86-64-v2

[quackerd]

System information

Distribution Name AlmaLinux
Distribution Version 10
Kernel Version 6.12.0-211.22.1.el10_2.x86_64_v2
Architecture x86-64-v2
OpenZFS Version 2.2.9

Describe the problem you're observing

As per discussion, currently the dkms package builds successfully on the distro, modprobe zfs is fine but zpool import returns "zpool: CPU ISA level is lower than required.".

Rebuilding 2.2.9 locally and installing the rebuilt userland + zfs-dkms RPMs fixes the issue. Likely some prebuilt userspace tools/libraries distributed with the RPM use the v3 baseline.

I wonder if it's possible to have a specific zfs-release targeting v2 arch for RHEL family.

Describe how to reproduce the problem

• An x86-64-v2 machine.
• A fresh install of AlmaLinux 10 v2
• Install zfs-release for RHEL10
• Install zfs/zfs-dkms
• Run "modprobe zfs"
• Run zpool import -a / [dataset]

[FingerlessGlov3s]

I have a x86-64-v2 fileserver, which sadly can't upgrade to RHEL10 due to this

[quackerd]

I have a x86-64-v2 fileserver, which sadly can't upgrade to RHEL10 due to this

I just upgraded my R720 and ran into this issue. You can clone the repo, checkout the latest tag (2.2.9 for the official RHEL zfs-release) then build and install the RPMs locally.

git checkout "zfs-2.2.9"
./autogen.sh
./configure
make -j"$(nproc)" rpm-utils rpm-dkms

then

dnf install --nogpgcheck \
  ./libnvpair3-2.2.9-1.el10.x86_64.rpm \
  ./libuutil3-2.2.9-1.el10.x86_64.rpm \
  ./libzfs5-2.2.9-1.el10.x86_64.rpm \
  ./libzpool5-2.2.9-1.el10.x86_64.rpm \
  ./zfs-2.2.9-1.el10.x86_64.rpm \
  ./zfs-dkms-2.2.9-1.el10.noarch.rpm \
  ./zfs-dracut-2.2.9-1.el10.noarch.rpm

there will be more RPMs produced by the build than needed. I filtered the ones I need to install by running dnf install zfs using the official zfs-release and check the packages installed from the @zfs repo.

[FingerlessGlov3s]

I have a x86-64-v2 fileserver, which sadly can't upgrade to RHEL10 due to this

I just upgraded my R720 and ran into this issue. You can clone the repo, checkout the latest tag (2.2.9 for the official RHEL zfs-release) then build and install the RPMs locally.

I'll wait to see if support for it comes in first, since RHEL9 is still supported for the moment, but if not I may need to go this way

[quackerd]

for those who are building locally and don't wanna clone the repo or cherrypick rpm files: you can also just rebuild from the official SRPM.

this is the script i use which rebuilds the RPMs and install zfs from a transient local repo while letting dnf automatically resolve all dependencies.

#!/bin/bash
set -eux

mkdir -p /root/zfs-build
cd /root/zfs-build

dnf download --source --disablerepo='*' \
  --repofrompath=zfs-src,http://download.zfsonlinux.org/epel/10/SRPMS/ \
  --enablerepo=zfs-src zfs zfs-dkms

rpmbuild --define '_topdir /root/zfs-build/rpmbuild' --rebuild ./*.src.rpm

mkdir -p /root/zfs-build/zfs-local
find /root/zfs-build/rpmbuild/RPMS -type f -name '*.rpm' -exec cp -v {} /root/zfs-build/zfs-local/ \;

createrepo_c /root/zfs-build/zfs-local

dnf install --nogpgcheck \
  --repofrompath=zfs-local,file:///root/zfs-build/zfs-local \
  --enablerepo=zfs-local \
  zfs

you might need to run rm -rf /root/zfs-build before running this script.

if you get broken dependencies you might need to run dnf clean all.

the installed packages from the local repo can be queried by dnf list --installed | grep zfs-local

[BlamKiwi]

Just saying +1 to this.

With the price of servers at the moment, getting extra life and utility out of SandyBridge era systems is desirable.

[tonyhutter]

If someone wants to work on this, I'd recommend modifying:

https://github.com/openzfs/zfs/blob/master/.github/workflows/zfs-qemu-packages.yml

It's the github workflow we use to build our RPMs. Just go into the github Actions tab and click on zfs-qemu-packages, and you'll get a menu:

Just click "Run workflow" and it will build ZFS RPMs into a github artifact you can download. You can run this workflow on your local github ZFS repo if you want to iterate on it during development.

Note, I don't know if you can build the x86_64_v2 images from the vanilla Alma10 qcow2 images. If not, I believe Alma does provide x86_64_v2 qcow2 VM images (look at adding them to .github/workflows/scripts/qemu-2-start.sh).