Proxmox VE 8 je avgusta 2026 dosegel konec življenjskega cikla (End of Life, EOL). Številni strežniki še vedno uporabljajo to različico, vendar ni razloga za paniko: nič se ni nenadoma pokvarilo, navidezni stroji se še naprej zaganjajo, varnostne kopije pa se še naprej izdelujejo. Vendar gostiteljski strežnik zdaj uporablja različico Proxmoxa, za katero se popravki ne izdajajo več.
Poglejmo, kaj to pomeni v praksi, zakaj vas sistem na to ne bo opozoril in kdaj je nadgradnjo smiselneje prepustiti skrbniku sistema.
Kaj se je spremenilo avgusta 2026
Proxmox VE 8 je bil izdan junija 2023 na osnovi distribucije Debian 12 Bookworm. Podpora za samo vejo Proxmox VE 8 se je končala avgusta 2026. Debian 12 pa še naprej prejema posodobitve v okviru dolgoročne podpore (LTS), zato se nekateri sistemski paketi na strežniku še vedno posodabljajo.
Po koncu podpore velja:
- Za komponente Proxmox VE 8 se ne izdajajo več novi varnostni popravki.
- Napake v tej različici se ne odpravljajo več.
- Repozitoriji ostajajo dostopni, vendar se v njih ne pojavljajo več novi paketi Proxmox za različico 8.
Prav tako je pomembno razumeti, česa konec podpore ne pomeni. Strežnik se ne bo samodejno izklopil, navidezni stroji in vsebniki bodo še naprej delovali, konfiguracija pa bo ostala nespremenjena. Spremeni se predvsem to, da za to različico ne morete več računati na redni cikel popravkov.
V času pisanja tega članka je aktualna veja Proxmox VE 9. Izdana je bila avgusta 2025 na osnovi distribucije Debian 13 Trixie, najnovejša razpoložljiva različica, 9.2, pa je izšla maja 2026.
Zakaj vas apt ne bo opozoril
Prav tu se skriva težava. Debian 12 je prešel v obdobje dolgoročne podpore (LTS), ki traja do junija 2028. Zato ukaza apt update in apt upgrade na strežniku s Proxmox VE 8 še vedno delujeta in celo nameščata posodobitve. Vendar gre za popravke običajnih paketov Debian.
Na prvi pogled je videti, kot da se celoten sistem še vedno posodablja. Toda dolgoročna podpora Debian LTS ne zajema lastnih komponent Proxmoxa:
- Jedra Proxmox (paketi
proxmox-kernel), ki se razvija ločeno od jedra Debian. - Spletnega vmesnika in API-ja (
pve-manager). - QEMU in KVM, ki omogočata izvajanje navideznih strojev.
- Vsebnikov LXC, orodij za gruče in paketov Ceph.
Te komponente so ključne za delovanje in varnost hipervizorja. Po koncu podpore Proxmox za vejo 8 ne izdaja več varnostnih ali kritičnih popravkov. apt o tem ne prikaže nobenega opozorila.

Kaj to pomeni za strežnik
Pri tej temi lahko hitro pride do pretiranega vzbujanja strahu, zato je posledice bolje obravnavati skozi čas.
Takoj po koncu podpore se ne zgodi nič kritičnega. Strežnik deluje enako kot prejšnji dan.
Sčasoma pa postajajo razlike vse bolj opazne:
- Varnostne ranljivosti, odkrite v jedru, QEMU, LXC ali spletnem vmesniku, za Proxmox VE 8 ne bodo več odpravljene.
- Sčasoma se lahko pojavijo težave z združljivostjo z novo programsko opremo in komponentami, ki so že prilagojene podprtim različicam Proxmoxa.
- Odpravljanje težav postane zahtevnejše, ker sistem ne uporablja več uradno podprte različice.
- Dlje ko se nadgradnja odlaga, več sprememb se nakopiči in zahtevnejši postane prihodnji prehod.
Nadaljnja uporaba Proxmox VE 8 je še posebej tvegana, če:
- Sta spletni vmesnik ali dostop SSH do gostiteljskega strežnika dosegljiva prek interneta.
- Na strežniku delujejo pomembni produkcijski navidezni stroji.
- Mora podjetje izpolnjevati varnostne ali revizijske zahteve.
- Posodobitve na strežniku že dolgo niso bile nameščene.
Gostiteljski sistem in gostujoči sistemi se posodabljajo ločeno
To pogosto povzroča zmedo. Posodabljanje Proxmox VE in posodabljanje navideznih strojev sta dva različna postopka.
En strežnik lahko uporablja Proxmox VE 8 kot gostiteljski sistem, znotraj navideznih strojev pa Ubuntu ali Windows Server ter hkrati različne različice aplikacij. Vsak od teh sistemov ima svoj življenjski cikel.
Zato najnovejše posodobitve sistema Windows ali Ubuntu znotraj navideznega stroja ne rešijo težave gostiteljskega sistema. Če hipervizor ostane na Proxmox VE 8, še naprej uporablja nepodprto različico.
Kako preveriti različico Proxmoxa
Dovolj je, da na gostiteljskem strežniku izvedete en ukaz:
pveversion
Izhod bo približno takšen:
pve-manager/8.4.1/2a5fa54a8503f96d (running kernel: 6.8.12-9-pve)
Če je številka za pve-manager/ enaka 8, strežnik uporablja vejo, ki ni več podprta.
Kaj storiti pred nadgradnjo
Prehod s Proxmox VE 8 na Proxmox VE 9 je uradno podprt kot nadgradnja obstoječega sistema (in-place upgrade), zato ponovna namestitev sistema ni potrebna. Vendar je priprava pomembnejša od samih ukazov.
Kratek kontrolni seznam:
- Posodobite trenutno namestitev na najnovejšo različico 8.4. V nasprotnem primeru preverjanje združljivosti ne bo uspešno.
- Zaženite vgrajeno preverjanje
pve8to9 --full. Prikaže znane težave pred začetkom nadgradnje in pri tem ne spremeni ničesar v sistemu. - Preverite prosti prostor na korenski particiji. Uradni vodnik Proxmox zahteva najmanj 5 GB, priporoča pa več kot 10 GB. Preverite tudi stanje sistema za shranjevanje podatkov.
- Izdelajte varnostne kopije vseh navideznih strojev in vsebnikov ter preverite, ali jih je mogoče uspešno obnoviti.
- Načrtujte termin vzdrževanja in vnaprej določite, kako boste ukrepali, če gre kaj narobe.
Opozorilo
To, da imate varnostno kopijo, še ne pomeni, da jo lahko uspešno obnovite. Pred nadgradnjo obnovite vsaj en navidezni stroj iz nedavne varnostne kopije in preverite, ali se pravilno zažene.
Varnostne kopije hranite zunaj strežnika, ki ga nadgrajujete, na primer z uporabo storitve INTROSERV Backup Service.
Kje se med nadgradnjo najpogosteje pojavijo težave
- Ceph: Če uporabljate Ceph, ga pred nadgradnjo samega Proxmoxa v ločenem koraku nadgradite na različico 19.2 Squid. Podpora za Squid se konča konec oktobra 2026. Zato po prehodu na Proxmox VE 9.2 takoj načrtujte naslednji korak: nadgradnjo Cepha na različico 20 Tentacle.
- Vsebniki LXC: Proxmox VE 9 ne podpira več cgroup v1, zato se vsebniki s starejšimi distribucijami, kot sta CentOS 7 ali Ubuntu 16.04, morda ne bodo več zagnali.
- Gruče: V gruči se vozlišča nadgrajujejo eno za drugim. Najprej premaknite navidezne stroje z določenega vozlišča, nato vozlišče nadgradite, preverite njegovo delovanje in šele potem nadaljujte z naslednjim.
- Omrežni vmesniki: Novo jedro lahko spremeni imena omrežnih vmesnikov. Zato vnaprej preverite, ali lahko do strežnika dostopate prek IP-KVM.
- Dodatne komponente: Pred nadgradnjo preverite repozitorije tretjih ponudnikov, vtičnike in prilagojene module jedra.
Če vaš strežnik še vedno uporablja Proxmox VE 7, morate najprej preiti na različico 8. Podroben postopek je opisan v našem vodniku Kako nadgraditi Proxmox VE 7 na Proxmox VE 8.
Prehod z različice 8 na 9 poteka po podobnem postopku, vendar uporablja orodje za preverjanje pve8to9. Dodatne podrobnosti so na voljo v uradnem vodniku Proxmox.
Kaj se zgodi, če ne storite ničesar
Možnost |
Kaj se zgodi |
Nadgraditi zdaj |
Načrtovana vzdrževalna dela ob primernem času, z najmanj nakopičenimi težavami. |
Odložiti za nekaj mesecev |
Strežnik še naprej deluje, vendar ostane na nepodprti različici. |
| Dolgoročna uporaba obstoječe različice | Varnostna tveganja in težave z združljivostjo se povečujejo, prihodnja migracija pa postaja zahtevnejša. |
Konec podpore ne pomeni izpada strežnika, temveč pomemben rok. Po tem datumu je odlašanje z odločitvijo z vsakim mesecem manj smiselno.
Nadgradnjo izvesti samostojno ali jo prepustiti skrbniku sistema?
Če imate en strežnik, navidezne stroje, ki niso kritični za poslovanje, preverjeno varnostno kopijo in dovolj časa za odpravljanje morebitnih težav, lahko nadgradnjo brez večjih težav izvedete sami.
Vendar je bolje vključiti skrbnika sistema, če:
- Proxmox deluje v gruči ali uporablja Ceph.
- Je konfiguriranih več sistemov za shranjevanje podatkov, PCI ali GPU passthrough oziroma nestandardni omrežni mostovi in VLAN-i.
- Je strežnik ključen za poslovanje in daljši izpadi niso sprejemljivi.
- So prejšnje nadgradnje že povzročile težave.
- Ni jasno, kateri repozitoriji so konfigurirani in katere spremembe so bile na strežniku izvedene v preteklosti.
- Je strežnik nameščen v podatkovnem centru in fizični dostop do njega ni mogoč.
Pri produkcijskem strežniku so stroški napake običajno višji od stroškov dela skrbnika sistema.
Strokovnjaki za sistemsko administracijo pri INTROSERV lahko nadgradnjo za vas načrtujejo in izvedejo.
Povzetek
Proxmox VE 8 po koncu podpore ni prenehal delovati in tudi jutri ne bo samodejno odpovedal. Vendar gre zdaj za sistem, ki ne prejema več popravkov za sam hipervizor, razlika v primerjavi s podprto različico pa se bo sčasoma le povečevala.
Najboljši čas za prehod na Proxmox VE 9 je zdaj, ko je migracijo še mogoče mirno načrtovati, namesto da bi jo morali v naglici izvajati po varnostnem incidentu.