Opt-in Linux 6.5 Kernel with ZFS 2.2 for Proxmox VE 8 available on test & no-subscription

Not sure if this is related to this but today I did a regular apt update && apt upgrade and recognised that ZFS 2.2.0 was pushed to no-subscription repositories.
zfs version show now:
Code:
zfs-2.2.0-pve3
zfs-kmod-2.1.13-pve

It's a bit confusing for me to see zfs 2.2.0 but zfs-kmod 2.1.13.
Which one is now being used?
 
Not sure if this is related to this but today I did a regular apt update && apt upgrade and recognised that ZFS 2.2.0 was pushed to no-subscription repositories.
zfs version show now:
Code:
zfs-2.2.0-pve3
zfs-kmod-2.1.13-pve

It's a bit confusing for me to see zfs 2.2.0 but zfs-kmod 2.1.13.
Which one is now being used?
Please never run apt upgrade! Lots of threads on this forum about problems caused by that. Always run apt dist-upgrade or use the GUI according to the manual. Both are updated to 2.2.0 with dist-upgrade and a reboot.
 
  • Like
Reactions: showiproute
Please never run apt upgrade! Lots of threads on this forum about problems caused by that. Always run apt dist-upgrade or use the GUI according to the manual. Both are updated to 2.2.0 with dist-upgrade and a reboot.
Okay so I have done it the wrong way - now a apt dist-upgrade is saying that everything is up to date.
Any possiblitiy to get ZFS to 2.2.0 - maybe a apt install --reinstall ?
 
Okay so I have done it the wrong way - now a apt dist-upgrade is saying that everything is up to date.
Any possiblitiy to get ZFS to 2.2.0 - maybe a apt install --reinstall ?
Maybe a reboot? I assumed you are running kernel version 6.5 (uname -a), which started this thread? Maybe the default kernel version 6.2 still has an earlier ZFS version?
 
Maybe a reboot? I assumed you are running kernel version 6.5 (uname -a), which started this thread? Maybe the default kernel version 6.2 still has an earlier ZFS version?
No maybe this was not totally clear mentioned by me: I did not installed the 6.5 kernel - only a regular upgrade.
But as I am checking the forum regulary I recognised that 6.5 kernel + ZFS 2.2.0 are on the way.
As todays upgrade included ZFS 2.2.0 I thought that this was already released to the the no-subscription repos.
 
Okay. Thanks for the information! For interest I also checked if 6.5 would be available on no-subscription repo but so far it is not
 
It is (as I installed it from the no-subscription repository) and this was also announced by the staff (see the title of this thread). What error do you get when following the instructions of the first post?
I was not able to find the pve-kernel-6.5 package.

I have done an „apt update“ and an „apt list pve-kernel-6.5“. Was not able to find it
 
Please show the output of apt update.
Okay I found the "problem" - apt list does not show it but apt install would work:

Code:
root@proxmox2:~# apt update
Hit:1 http://ftp.at.debian.org/debian bookworm InRelease
Hit:2 http://ftp.at.debian.org/debian bookworm-updates InRelease
Hit:3 http://security.debian.org bookworm-security InRelease
Hit:4 http://download.proxmox.com/debian/ceph-quincy bookworm InRelease
Hit:5 http://download.proxmox.com/debian/pbs bookworm InRelease
Hit:6 http://download.proxmox.com/debian/pve bookworm InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
root@proxmox2:~# apt list pve-kernel-6.5
Listing... Done
root@proxmox2:~# apt install pve-kernel-6.5
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Note, selecting 'proxmox-kernel-6.5' instead of 'pve-kernel-6.5'
The following additional packages will be installed:
  proxmox-kernel-6.5.11-3-pve
The following NEW packages will be installed:
  proxmox-kernel-6.5 proxmox-kernel-6.5.11-3-pve
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 99.6 MB of archives.
After this operation, 558 MB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.
 
I re-visited the chat I had with a co-worker about the location and re-checked the systemd docs, and I think that here we're for now better of in extending the existing 99-default.link policy and add our override for the MACAddressPolicy as drop-in file there, as those get merged so the defaults that we don't want to touch still are in effect. We originally did not choose to do that to make it slightly easier for users to do system-wide override, but after re-checking more closely, it should be easy enough to do so with drop-in's too.

tl;dr: should be fixed with pve-manager version 8.0.9 that just uploaded to the pvetest repository (after triple reboot testing).

thanks for the prompt reply, just applied the pve-manager update and everything is back to normal
 
Was pve-firmware updated for this kernel? Just moved to kernel 6.5 and the kernel is having a fit trying to load wifi firmware (for an embedded wifi device I never bothered to figure out how to disable in BIOS.) Lots of kernel traces in my dmesg related to iwlwifi and iwlmvm

proxmox-kernel-6.5: 6.5.11-3
pve-firmware: 3.9-1

(Nothing is actually using the wifi interface, so proxmox is booting fine - eventually.)

Just in case someone wants it, or it can help, here's the start of the trace:
[ 5.454874] ------------[ cut here ]------------
[ 5.454888] Timeout waiting for hardware access (CSR_GP_CNTRL 0xffffffff)
[ 5.454924] WARNING: CPU: 7 PID: 882 at drivers/net/wireless/intel/iwlwifi/pcie/trans.c:2190 __iwl_trans_pcie_grab_nic_access+0x192/0x1a0 [iwlwifi]
[ 5.454963] Modules linked in: snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio intel_rapl_msr intel_rapl_common intel_uncore_frequency intel_uncore_frequency_co
mmon snd_sof_pci_intel_tgl snd_sof_intel_hda_common soundwire_intel snd_sof_intel_hda_mlink soundwire_cadence snd_sof_intel_hda snd_sof_pci snd_sof_xtensa_dsp iwlmvm(+) snd_sof x86_pkg_temp_th
ermal intel_powerclamp snd_sof_utils coretemp snd_soc_hdac_hda snd_hda_ext_core snd_soc_acpi_intel_match mac80211 snd_soc_acpi kvm_intel soundwire_generic_allocation soundwire_bus libarc4 i915
snd_soc_core kvm snd_compress ac97_bus snd_pcm_dmaengine snd_hda_intel snd_intel_dspcfg irqbypass snd_intel_sdw_acpi crct10dif_pclmul polyval_clmulni snd_hda_codec polyval_generic ghash_clmul
ni_intel aesni_intel btusb snd_hda_core drm_buddy snd_hwdep crypto_simd ttm btrtl cryptd btbcm iwlwifi snd_pcm drm_display_helper mei_hdcp mei_pxp ov13858 btintel rapl cmdlinepart cec snd_time
r v4l2_fwnode pmt_telemetry btmtk spi_nor pmt_class bluetooth rc_core mei_me
[ 5.454998] intel_cstate cp210x v4l2_async snd ecdh_generic cfg80211 wmi_bmof mtd soundcore pcspkr ee1004 drm_kms_helper ecc mei usbserial videodev igen6_edac i2c_algo_bit intel_vsec mc ac
pi_tad acpi_pad input_leds serio_raw mac_hid vhost_net vhost vhost_iotlb tap drm efi_pstore dmi_sysfs ip_tables x_tables autofs4 hid_generic usbkbd usbmouse usbhid hid zfs(PO) spl(O) btrfs bla
ke2b_generic xor raid6_pq libcrc32c xhci_pci nvme xhci_pci_renesas crc32_pclmul thunderbolt igc i2c_i801 nvme_core spi_intel_pci xhci_hcd ahci i2c_smbus spi_intel libahci nvme_common video wmi
pinctrl_tigerlake
[ 5.455196] CPU: 7 PID: 882 Comm: modprobe Tainted: P O 6.5.11-3-pve #1

.. and the firmware it's loading:

[ 4.115485] iwlwifi 0000:00:14.3: loaded firmware version 83.e8f84e98.0 so-a0-hr-b0-83.ucode op_mode iwlmvm

(In the meantime, I'm reverting to a 6.2 kernel... I'm getting some oddness with a bluetooth device that's on the same hardware... likely related.)
 
Last edited:
Was pve-firmware updated for this kernel?
Yes, it was, see the commit list in the git repo: https://git.proxmox.com/?p=pve-firmware.git;a=summary

Just moved to kernel 6.5 and the kernel is having a fit trying to load wifi firmware (for an embedded wifi device I never bothered to figure out how to disable in BIOS.) Lots of kernel traces in my dmesg related to iwlwifi and iwlmvm
Thanks for your report. Firmware matching is especially a bit hard with intel drivers, as the only register the most recent version to the firmware list shipped my the module (e.g., see modinfo -F firmware iwlwifi) that we use to filter out all those firmware files that the kernels wouldn't use anyway to avoid wasting hundreds of MB (or more) of space.

Anyhow, I checked on a workstation that has an Intel AX210 card and see some kernel splat oops dump too, but firmware also loads successfully there too, a bit before the error get reported. The linux-firmware repo has some newer firmware files for intel wifi cards, so maybe indeed a bug in the FW there, we'll probably update pve-firmware again relatively soon anyway.

edit: potentially related:
https://bugzilla.kernel.org/show_bug.cgi?id=217894
https://lore.kernel.org/linux-wirel...35ca0b1079f2c2ea92fd8d14d8101a89d03@changeid/
 
Last edited:

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!