Software-update: Proxmox VE 9.0

Proxmox VE is een opensourceplatform voor virtualisatie gebaseerd op KVM en LXC-containers. Het kan via een webinterface worden beheerd en daarnaast zijn een commandline en een rest-api beschikbaar. Voor meer informatie verwijzen we naar deze pagina en verschillende videotutorials kunnen op deze pagina worden bekeken. Het geheel wordt onder de APGL uitgegeven. Versie 9.0 is uitgebracht en de belangrijkste verbeteringen die daarin zijn aangebracht zijn hieronder voor je op een rijtje gezet:

Proxmox VE 9.0 released!

The new version is based on the great Debian 13 "Trixie" but we're using a newer Linux kernel 6.14.8-2 as stable default in Proxmox VE. Beyond the core system updates, we've also refreshed many of our included technologies. You'll find updated versions of essential software like QEMU 10.0.2, LXC 6.0.4, ZFS 2.3.3, and Ceph Squid 19.2.3, all integrated seamlessly. We're incredibly proud of the hard work that has gone into this release and can't wait for you to experience it.

Some of the exciting new features we've packed into Proxmox VE 9.0:

• Snapshots as volume chains provide vendor-agnostic support for snapshots on any storage system that supports block storage. This includes iSCSI and Fibre Channel-attached SANs.
• High-Availability (HA) rules for resource-to-node and resource-to-resource affinity
• Fabrics for the Software-Defined Networking (SDN) stack
• Modernized mobile web interface written in the rust programming language using the Yew web framework.
• Comprehensive upgrade guide from 8 to 9
• ZFS 2.3.3 with support for adding new devices to RAIDZ pools without downtime
• and much more

Beyond these major additions, we've also implemented numerous performance enhancements and bug fixes to make your experience even smoother. For a full list of changes, check out our release notes.

Versienummer	9.0
Releasestatus	Final
Besturingssystemen	Linux
Website	Proxmox
Download	https://proxmox.com/en/downloads/category/iso-images-pve
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (59)

[d3vlin]

Als je ook Proxmox Backup Server draait kun je beter wachten met het upgraden van Proxmox VE naar 9 totdat Proxmox Backup Server 4 ook uit beta is.

https://forum.proxmox.com/threads/proxmox-virtual-environment-9-0-released.169258/#post-788552

Update 1; Proxmox Backup Server 4 is inmiddels ook verschenen:

https://forum.proxmox.com/threads/proxmox-backup-server-4-0-released.169305/#post-788861

Update 2; Ik zie in bovenstaande post m.b.t. PBS 4 dat een backup van PVE 9 naar PBS 3 wel gewoon kan:

Q: Is Proxmox Backup Server still compatible with older clients or Proxmox VE releases?
A: We are actively testing the compatibility of all the major versions currently supported, including the previous one. This means that you can safely back up from Proxmox VE 8 to Proxmox Backup Server 4, or from Proxmox VE 9 to Proxmox Backup Server 3. However, full compatibility with major client versions that are two or more releases apart, like for example Proxmox VE 7 based on Debian 11 Bullseye and Proxmox Backup Server 4 based on Debian 13 Trixie, is supported on a best-effort basis only.

[Reactie gewijzigd door d3vlin op 6 augustus 2025 17:52]

[3raser]

Als je veilig wilt zitten zou ik sowieso wachten totdat de eerste update van 9 uit is. Daar zitten meestal de bugfixes in die aan het licht komen na de eerste upgrades.

[Calypso]

Dat niet alleen. PM9 is gebaseerd op Debian Trixie die pas over een paar dagen officieel gereleased wordt. Hoewel de nieuwe versies van Debian altijd goed getest worden wacht ik ook daar per definitie altijd op een .1 versie.

[witchdoc]

https://forum.proxmox.com/threads/proxmox-virtual-environment-9-0-released.169258/

Q: Can I upgrade latest Proxmox VE 8 to 9 with apt?
A: Yes, please follow the upgrade instructions on https://pve.proxmox.com/wiki/Upgrade_from_8_to_9

Q: Can I upgrade an 9.0 beta installation to the stable 9.0 via apt?
A: Yes, upgrading from beta to stable installation is possible via apt. We recommend switching to the pve-enterprise repository on upgrade for the most stable experience.

Q: How long will Proxmox VE 8.4 receive bug fixes and security support?
A: Proxmox VE 8.4 will receive security updates and critical bug fixes until August 2026. This support window provides an overlap of approximately one year after the release of Proxmox VE 9.0, giving users ample time to plan their upgrade to the new major version.
For more information on the support lifecycle of Proxmox VE releases, please visit:
https://pve.proxmox.com/pve-docs/chapter-pve-faq.html#faq-support-table

Q: Why is Proxmox VE 9.0 released ahead of the stable Debian 13 release?
A: Debian 13 is scheduled for its stable release this Saturday, August 9. Its core components have been stabilized since it entered the "hard freeze" phase on May 15. Following extensive integration testing and valuable feedback during the Proxmox VE 9.0 beta, we are confident in the stability of this release. Since our core packages are either maintained directly by the Proxmox team or are already locked by Debian's strict freeze policy, there is no technical reason to postpone our release.

Q: Can I install Proxmox VE 9.0 on top of Debian 13 "Trixie"?
A: Yes, see https://pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_13_Trixie

Q: Can I upgrade my Proxmox VE 8.4 cluster with Ceph Reef to v9.0?
A: This is a two-step process. First, you have to upgrade Ceph from Reef to Squid, and afterward you can upgrade Proxmox VE from 8.4 to 9.0. There are a lot of improvements and changes, so please follow the upgrade documentation exactly as described:
https://pve.proxmox.com/wiki/Ceph_Reef_to_Squid
https://pve.proxmox.com/wiki/Upgrade_from_8_to_9

[manusjevanalles]

Dank voor het delen. Het upgradeproces van 8->9 ziet het nog best ingewikkeld uit.

[Hydranet]

Het is een grote wiki pagina met veel informatie, maar in werkelijkheid is het maar een paar stappen in totaal. Heb gisteren succesvol mijn Proxmox 8 installatie geupgrade na naar Proxmox 9, ik draai het alleen niet in een cluster dus een host dus dat zal het iets minder gecompliceerd maken. Maar als ik zo lees kan je gewoon een voor een de cluster nodes upgraden als je aan de voor eisen voldoet.

[3raser]

Valt best mee toch? Dit lijkt me redelijk standaard voor een dist upgrade.

• Upgrades naar de laatste 8.4 versie uitvoeren.
• pve8to9 test uitvoeren om eventuele problemen voortijdig te achterhalen.
• Repositories aanpassen.
• Dist upgrade uitvoeren.
• Reboot en profit.

[Reactie gewijzigd door 3raser op 6 augustus 2025 09:43]

[xSNAKEX]

Waardeloze post dan, alsof we dat zelf niet kunnen bedenken.

Dit terzijde, een veelvoorkomende klacht hier is het ontbreken van bepaalde info. Dat kan je natuurlijk altijd wel zelf opzoeken, maar ik kom hier juist voor hapklare gebundelde info en onderzoeken.

[MischaBoender]

Ik vraag me dan meteen af waarom je op Tweakers zit, zo'n beetje alles wat hier gepost wordt kun je zelf opzoeken.

[lasharor]

Let op dat je na deze upgrade geen community-scripts meer kan gebruiken! Die moeten eerst geupdate worden voor compatibiliteit.

[Reactie gewijzigd door lasharor op 6 augustus 2025 09:36]

[Niekniek89]

Bestaande / reeds uitgerolde LXC containers op basis van scripts blijven nog wel werken na de upgrade?
Of kan je enkel nog geen nieuwe LXC containers uitrollen op V9?

[lasharor]

Sorry, ik was niet volledig. Bestaande zaken blijven werken. Je kan inderdaad geen nieuwe installaties doen.

[ReDnAx1991]

Ik neem aan dat als je ze al als LXC of VM hebt draaien dat dat geen problemen zal geven, enkel bij "installatie".

[R3m3d7]

Dit is belangrijke informatie, de tteck scripts zijn zeer populair op dit platform. Bedankt voor het delen.

[berryflash]

Momenteel draai ik PVE9

En heb daarbij geen issues met het runnen van de Community scripts. Buiten een waarschuwing

[Tr1pke]

Kan je toch zelf maken

[ReDnAx1991]

Als ik dan dit lees op de Wiki krijg ik helemaal de kriebels:

Network Interface Name Change

Due to the new kernel recognizing more features of some hardware, like for example virtual functions, and interface naming often derives from the PCI(e) address, some NICs may change their name, in which case the network configuration needs to be adapted.

In general, it's recommended to either have an independent remote connection to the Proxmox VE's host console, for example, through IPMI or IKVM, or physical access for managing the server even when its own network doesn't come up after a major upgrade or network change.

Dat heb ik al eens eerder gehad, om vervolgens alles via de terminal weer recht te moeten trekken. Als je daar geen ster in bent, zoals ik begin je op een gegeven moment te zweten. Komt dit nog wel goed . Tuurlijk pure "bliss" als het lukt, maar zo onnodig.

[Calypso]

Dat risico/resultaat heb je ook vaak wanneer (zonder extra maatregelen) na een reboot een nieuwe netwerkkaart gevonden wordt danwel er 1 niet meer gevonden wordt. Zijn al je netwerkkaartnamen anders en is het feest.

[ReDnAx1991]

Bij mij was het, het plaatsen van een videokaart omdat ik wilde kunnen encoden/decoden. Als gevolg kreeg de ingebouwde NIC van het moederbord een andere benaming, waardoor verbinding via SSH of het IP-adres niet meer mogelijk was.

Dit was voor mij de eerste keer dat ik zoiets tegenkwam, alvorens je weet wat het probleem is ben je een dag verder. De oorzaak wist ik, want als ik de videokaart uit het systeem haalde kon ik wel verbinden. Voor een beginnende Linux gebruiker hebben ethernet en beeld niet veel met elkaar te maken en een aantal jaartjes later vind ik het nog steeds achterlijk dat dit zo werkt.

Stel je voor en nu gaan we vloeken in de kerk; dat als je een videokaart toe zou voegen aan je Windows PC omdat je graag wil gamen en dat daardoor je internet niet meer werkt. Ik denk dat er weinig mensen bij Windows zouden blijven.

[_JGC_]

Het idee is dat de netwerkkaart gematcht wordt aan het fysieke slot van je systeem. Probleem met PCIe is echter dat zodra je daar kaarten bijsteekt of weghaalt de verdeling van lanes anders wordt en dus je slot kan veranderen

[rbr320]

Stel je voor en nu gaan we vloeken in de kerk; dat als je een videokaart toe zou voegen aan je Windows PC omdat je graag wil gamen en dat daardoor je internet niet meer werkt. Ik denk dat er weinig mensen bij Windows zouden blijven.

Ook bij Windows is het zo dat als de typologie van je PCIe apparaten wijzigt, je netwerk verbinding van naam wijzigt. Deze heet dan ineens "Network Connection (2)". De gemiddelde Windows pc maakt echter gebruik van DHCP en aangezien het MAC-adres van de kaart niet is gewijzigd krijg je nog steeds een IP adres. Proxmox koppelt tijdens de installatie een IP adres statisch aan een network bridge, een virtueel netwerk apparaat. Als het fysieke apparaat waar deze bridge aan gekoppeld is van naam wijzigt kan de bridge deze tijdens het opstarten niet meer vinden, met als gevolg geen netwerkverbinding.

Een groot verschil met een Windows pc is dat je er fysiek achter zit, dus bij problemen kan je deze meteen oplossen. Dat is ook waarom bij Proxmox in de release notes staat dat je moet zorgen dat je console toegang hebt, eventueel via IPMI of IKVM, zodat je niet buitengesloten raakt.

[Reactie gewijzigd door rbr320 op 6 augustus 2025 14:48]

[nelizmastr]

Ik heb vandaag een cluster geüpdatet met 2 dual port 10g nics (dual 10g koper onboard en dual sfp+ voor san) en de namen zijn niet gewijzigd

[ReDnAx1991]

Bedankt voor de update, als het goed is heet de mijne NAT1 dat heb ik destijds zo gedaan. Verwacht ook dat het goed gaat.

[witchdoc]

daar staat ERGENS op de wiki/internet een oplossing voor.
Je kan (hoort bijna) die interfaces namelijk zelf een naam te geven, dan kan het nooit nog een issue geven, ook al veranderd de standaard naamgeving..

Vind het helaas niet 123 terug dus kan je geen rechtstreekse link naar het proxmox artikel geven, maar b.v. https://b.27p.de/qt/00004-rename-proxmox-interfaces/ heeft het er ook over.

[netblade]

Ik heb een maand of wat geleden alles gemigreerd van hyper-v naar een proxmox cluster thuis, echter vraag ik me af hoe het met de LXC containers zit die op Debian 12 draaien, ik gebruik namelijk yunohost en die draait nog op de Debian 12release. Kan ik zonder problemen mijn proxmox updaten naar 9 of gaat d it problemen geven?

[t-force]

Even een vraag van iemand die (nog) Hyper-V draait. Welke storage gebruik je voor Proxmox?

Ik heb nu een Hyper-V Cluster met een aparte iSCSI storage.

[_JGC_]

Ik ben hier volledig overgegaan op Ceph. Gisteren de laatste HyperV server gemigreerd met VEEAM.

Enige waar je rekening mee moet houden is dat Ceph geheugen vreet. Per TB opslag moet je 1GB aanhouden, dus in mijn geval met 3x4TB NVME per server is dat 12GB per server dat naar Ceph gaat.

[t-force]

Je hebt dus lokale storage in je server(s) zitten.

Hoe gaat dat met failovers? Of uitvale van een node?

Ik ben helaas niet bekend met Ceph. Wel heb ik getest met iSCSI met daarover een filesysteem, maar in Proxmox is dat best een ding om dat te installeren.

Excuus als ik domme vragen stel. Linux is niet mijn sterkste kant.

[_JGC_]

Je hebt een cluster van minimaal 3 servers, liever meer. Meshed 25Gbit netwerk met routed fallback zoals beschreven in de wiki. Overigens zou dat met Proxmox 9 met SDN via de GUI moeten kunnen.

Als er een node uitvalt blijven er 2 nodes over, met 3 servers heb je dan geen extra redundantie meer (als er nog een disk of node uitvalt gaat de storage op pause). Als de node terugkomt zorgt Ceph er zelf voor dat het weer gezond wordt. Voor Ceph is het handig om bij onderhoud de "noout" flag in te stellen, dan doet Ceph niks aan herstel tot je die flag er weer afhaalt.

Nodes staan in HA config, als je een node in maintenance zet worden alle VMs uitverhuisd naar andere nodes. Als een node onverwacht uitvalt worden de VMs opgestart op een andere node vanuit de shared storage.

[t-force]

Bedankt voor je tips. Ik ga daar zeker naar kijken.

Momenteel heb ik een 10Gbps netwerk, maar upgraden naar 25Gbps is niet echt een issue.

[_JGC_]

Ik heb de servers uitgerust met Intel E810 4x25Gb kaarten, op dit moment 2 poorten per server in gebruik (3 servers in totaal, mogelijkheid tot 5 servers zonder switches)

In principe kan Ceph prima met 10Gbit, latency zal alleen iets hoger zijn dan met 25Gbit. Ik heb vorige week een migratie gedaan waarna Ceph vanwege ruimtegebruik had besloten het aantal placement groups te verdubbelen. Ik heb daarbij de bandbreedte (samen met reguliere I/O) niet boven de 8Gbit zien gaan.

In principe gaan reads in een VM met een 3-server cluster nooit over het netwerk, writes altijd wel.

[xSNAKEX]

Er zijn een hoop opties voor. Ceph is een van de mooiere oplossingen, maar je kan ook (gewoon) je iscsi storage gebruiken.

[d3vlin]

Je kunt prima een Debian 12/Bookworm LXC draaien op Proxmox VE 9. Je Bookworm LXC gaat dan gebruik maken van de nieuwe 6.14.8 kernel en LXC 6.04 van PVE9 ipv kernel 6.8.x en LXC 6.0.0 van PVE8. Andersom draai ook al een tijdje wat Debian 13/Trixie LXC's op PVE8, gaat prima.

[Reactie gewijzigd door d3vlin op 6 augustus 2025 09:31]

[netblade]

Super, dan heb ik het aankomend weekend weer wat te hobbien. Dank je wel voor de informatie

[MastaG]

Irriteer me altijd aan het feit dat hun kernel zo erg achterloopt.
Ik ben erg gebaat bij de laatste kernel vanwege een aantal AMD-PSTATE driver fixes.
Hoe nieuwer hoe beter en dan komen ze standaard met 6.14.x.

[sfranken]

Proxmox, eigelijk Debian, pakt de LTS kernel release. Wil je nieuwste stable release? Pak dan Fedora, maar dan heb je geen Proxmox UI (wel LXC en QEMU/KVM natuurlijk).

offtopic:
je ergert je ergens aan, of iets irriteert je. Je irriteert je niet ergens aan, dat is net als "BSN nummer".

[Lucas]

Proxmox gebruikt niet de standaard Debian kernel, maar eigen builds op basis van de Ubuntu kernels.

[sfranken]

En ook die gebruiken de LTS kernel(s)

[Lucas]

PVE 9 gebruikt de kernel van Ubuntu 25.04, Linux 6.14. In dit geval geen LTS dus.

[rbr320]

Inderdaad, wat ik eigenlijk een bijzondere keuze vindt van Proxmox. Ik verwacht dan ook dat ze, zodra de volgende LTS kernel uit komt, deze snel beschikbaar zullen maken als opt-in upgrade. De laatste kernel van dit jaar zal waarschijnlijk als LTS worden aangemerkt, ik gok 6.18.

[UTMachine]

Dan ben je niet de doelgroep, want in een professionele omgeving wil je niet voorop lopen. Stabiliteit is belangrijker. Kijkend naar 6.14, deze is uitgekomen in maart van 2025, dat is hartstikke nieuw.

[himlims_]

• Modernized mobile web interface.
  
  The mobile interface allows a quick overview over guests, tasks, storages, and other resources.
  
  It also allows basic maintenance tasks, such as starting and stopping virtual guests.
  
  The overhauled mobile interface is written in Rust and based on the Yew framework and the Proxmox Yew widget toolkit.
  
  When accessed from a mobile device, the Proxmox VE GUI automatically switches to the mobile interface.

benieuwd hoe dit gaat, in 8.4 vond de mobiele weergaven op de iphone maar .... matig

upgrade stappen staan beschreven hier; https://pve.proxmox.com/wiki/Upgrade_from_8_to_9

[Reactie gewijzigd door himlims_ op 6 augustus 2025 09:28]

[MsG]

Klopt, je kon praktisch niks. Zette hem altijd op desktopmodus in m'n mobiel als ik iets wilde doen in proxmox. Maar het klinkt wel alsof er een hele nieuwe interface is, dus ben wel nieuwsgierig of het nog nodig is hem naar de desktop-layout te forceren of dat je nu echt genoeg kan met de mobiele bediening.

[Niekniek89]

Hier te zien hoe de mobiele versie eruit ziet vanaf versie 9.0.0:

YouTube: What's new in Proxmox VE 9.0

[m-a-r-t-1]

Dat wordt van het weekend maar even kijken hoe de upgrade gaat verlopen :)

[_Drum_]

Gewoon de stappen volgen.
Heb mijn cluster (3 nodes) een voor een geüpgrade zonder problemen. De migratie van containers en VMs van een v8 node naar een v9 node (sommige containers draaien services zoals rabbitmq en db die door andere machines in huis gebruikt worden) verliep ook probleemloos.

[m-a-r-t-1]

Denk dat het enige nadeel op dit moment nog kan zijn is wanneer je bijvoorbeeld helper-scripts gebruikt. Die werken vast niet meer waardoor je moet wachten tot deze zijn aangepast als je een nieuwe lxc of vm wilt aanmaken hiermee. Voor de rest ziet het er inderdaad uit als een paar stappen die uitgevoerd moeten worden voor de upgrade :)

[valhalla77]

Net upgrade gedaan, maar mijn VM disk (SSD) met een LV was corrupt geraakt na de reboot. Heb geprobeerd dit te fixen want de disk en volume was zichtbaar, maar uiteindelijk na uur prutsen was het sneller om de disk te formateren en een restore van de VMs te doen van backup.

Zal niet zeggen dat dit door de upgrade komt, kan stom toeval zijn geweest, maar word of warning though.

[justinkb]

Vrij pijnloos homelab geupdate hier