La mateixa pàgina, la mateixa taula i la mateixa fila. El 12 d'agost hi deia Q3 2026. El 4 d'octubre hi deia Q4 2026. Entre una captura i l'altra, el calendari de cicle de vida del Zabbix va moure quatre caselles un trimestre sencer, sense nota i sense anunci, i sense que canviés res al teu servidor. Si a l'agost vas apuntar en algun lloc quan et tocava actualitzar el monitoratge, el que vas apuntar ja no val.
La data, que és a què has vingut
Novembre del 2026. És el que diu avui la pàgina de roadmap de Zabbix per a la 8.0 LTS, i la taula de cicle de vida ho arrodoneix a Q4 2026. No hi ha dia publicat. La 8.0.0rc2 va sortir el 21 d'octubre, vint dies després de la rc1, i la documentació de la branca 8.0 continua etiquetada com a «development version, it may be incomplete» mentre la 7.4 hi figura com a «current». D'avui al 31 de desembre queden 66 dies.
I convé dir l'altra cosa a la mateixa frase: el novembre és el quart pla publicat. En aquesta mateixa pàgina de roadmap, la data de la 8.0 LTS va ser Q2 2026 a la captura del 20 de febrer, Q3 2026 a la del 5 de juny, setembre del 2026 a la del 12 d'agost, i novembre des d'algun moment abans del 15 d'octubre. Tres lliscaments en vuit mesos. Arribar tard a una versió major és normal; el que no ho és tant és penjar-hi una finestra de manteniment com si fos ferma.
Les quatre caselles que es van moure
La comparació és literal i es pot repetir: dues captures de zabbix.com/life_cycle_and_release_policy a l'arxiu d'Internet, una del 12 d'agost del 2026 i una altra del 4 d'octubre. Entremig Zabbix va publicar notes de versió, és clar, unes quantes; el que no hi ha a cap, ni al blog del projecte, és una línia que digui que el calendari s'ha mogut. Va canviar la taula i prou.
Les tres primeres files són la mateixa notícia explicada tres vegades: la 8.0 va un trimestre tard respecte de la revisió anterior d'aquesta pàgina (i mig any respecte de la primera que va publicar el roadmap), i arrossega amb ella els seus propis venciments del 2029 i del 2031. La quarta és la que et toca a tu. El fi de suport de la 7.4 —una versió que ja està instal·lada i funcionant en producció— es va moure perquè es va moure el d'una altra versió que encara no existeix. No vas tocar res i la teva data va canviar.
I aquell Q1 2027 tampoc no és ferm, pel mateix mecanisme. La política diu que el suport limitat d'una branca estàndard dura «Minimum 6 months (until next Standard Release)», i la següent estàndard és la 8.2, que aquesta mateixa taula col·loca a Q1 2027. D'aquí surt el Q1 2027 de la 7.4: està copiat de la fila de sota. I la fila de sota ja la desmenteix el mateix fabricant a l'altra pàgina, perquè el roadmap dona per a la 8.2 setembre del 2027. Dues pàgines de Zabbix, dues dates diferents per a la versió de la qual depèn l'últim dia del teu 7.4.
Ho diem amb la prova més barata que tenim a mà, que és la nostra. Al juliol vam escriure en aquest mateix blog que el suport limitat de la 7.4 arribava «fins al quart trimestre del 2026» i que la pàgina de cicle de vida situava la 8.0 a «Q3 2026». Les dues frases eren correctes el dia que es van publicar i cap no ho és avui. No ens vam equivocar en copiar: vam copiar bé una taula que després es va moure. És exactament el que li passarà al que apuntis tu aquesta tarda.
«until 8.0 LTS» no és una data
A la fila de la 7.4, la columna de fi de suport complet no porta un dia ni un trimestre. Porta això, tal qual: until 8.0 LTS. És una dependència escrita a la casella on esperaves una data. El dia que Zabbix publiqui la 8.0 —el que sigui de novembre, o de desembre, o de més enllà— la 7.4 deixa de tenir suport complet. Aquell dia no el decideixes tu, no el saps i no el pots posar en un calendari.
I la mateixa pàgina, uns paràgrafs més amunt, diu una altra cosa sobre aquesta mateixa versió. La política de publicació estableix que una versió estàndard porta «Full Support: 6 months». La 7.4 va sortir l'1 de juliol del 2025. Fa gairebé setze mesos. Les dues frases són certes i són al mateix document, però no diuen el mateix: una promet una durada, que sobre el paper va vèncer fa gairebé deu mesos, i l'altra una dependència d'una data aliena. La que mana a la pràctica és la segona, i per un motiu incòmode: la teva pròrroga existeix perquè algú va tard. El dia que deixi d'anar tard, s'acaba.
La versió més nova es queda sense suport abans que la vella
Els números de la mateixa taula, restats:
Qui al juliol del 2025 se'n va anar a la 7.4 perquè era més nova es va comprar, respecte de qui es va quedar a la 7.0 LTS, uns set mesos menys de suport complet i dos anys i tres mesos menys de suport limitat. La versió més antiga aguanta fins al juny del 2029; la més moderna es queda sense res al primer trimestre del 2027. És la diferència entre una branca LTS i una estàndard, escrita a la política i a la vista de qualsevol. Si el teu cas és justament la llista de funcionalitats, la vam repassar al seu dia: què canvia de debò al Zabbix 8.0.
Sobre què conté cada finestra, la pàgina és explícita per a les branques LTS: el suport complet són «feature updates + security fixes» i el limitat, «critical fixes only». Per a les estàndard dona les durades però no en descriu el contingut. En qualsevol de les dues lectures, el final de la finestra de la 7.4 és el mateix: Q1 2027 i a partir d'aquí, res.
Dotze mesos en preestrena i tres branques pedaçades el mateix dia
La branca va obrir amb l'alpha1 el 30 d'octubre del 2025 i va arribar a la rc2 el 21 d'octubre del 2026: onze mesos i vint-i-dos dies, amb una fita per trimestre —les alphes i les betes les vam repassar aquí al seu moment— i vint dies entre les dues candidates. És una cadència sana.
El 20 d'octubre del 2026 van sortir la 7.4.16, la 7.0.32 i la 6.0.49, les tres el mateix dia. Tres branques vives rebent correccions aquella setmana, i la més antiga és del febrer del 2022: la 6.0 LTS conserva suport limitat fins al 28 de febrer del 2027, tot just un mes abans que s'acabi el de la 7.4, que va sortir tres anys i mig després. Avui no hi ha cap incendi; hi ha una decisió de calendari, i les de calendari es prenen malament amb pressa.
Si el vas instal·lar del repositori de la teva distribució, el teu cas no és una actualització
«Do not perform a direct upgrade, as this may result in a broken installation.» Amb aquesta frase tanca la documentació d'actualització per paquets de la 8.0 l'avís sobre els paquets de Zabbix que porta la teva distribució. D'ells diu que «no estan suportats per Zabbix i poden estar desactualitzats o no tenir les últimes funcionalitats i correccions», esmenta en particular les basades en Debian, i especifica que si véns d'allà —o els vas tenir instal·lats en algun moment— el procediment és desinstal·lar els paquets vells, buscar i eliminar les restes de la instal·lació anterior i instal·lar els oficials.
Instal·lar Zabbix amb un apt install del repositori de Debian o Ubuntu va ser, durant anys, el més raonable del món: hi era, s'actualitzava sol amb la resta del sistema i funcionava. Aquella comoditat es cobra ara, i no en hores de més: el pla deixa de dir-se «actualització» i passa a dir-se «reinstal·lació», amb la seva pròpia finestra i la seva pròpia conversa amb qui l'ha d'aprovar.
Per si et serveix per situar-te abans de fer cap pla, aquestes dues ordres contesten d'on va sortir el que tens:
# versió exacta del servidor
zabbix_server -V
# de quin repositori va venir el paquet (Debian/Ubuntu)
apt policy zabbix-server-mysql
# el mateix a RHEL i derivats
dnf list installed 'zabbix*'La finestra en què no veus res
El procediment oficial comença aturant el servidor «per assegurar-se que no entren dades noves a la base» i el segon pas és copiar la base de dades. Sobre el que ve després, la documentació diu això: «Depending on the database size, the database upgrade to version 8.0 may take a long time». La migració dura el que de llarg sigui el teu històric, i l'únic número que et diu quant és el que va trigar la teva última restauració de prova.
I aquí hi ha el problema que no té cap altra actualització. El monitoratge és la peça que t'avisa que la resta s'ha trencat. Mentre l'actualitzes, està aturada. Durant aquesta estona —la que duri la migració de l'esquema, que no saps per endavant— el teu parc sencer funciona igual que si ningú no el mirés, perquè ningú no el mira. Si alguna cosa cau a mitges, te n'assabentes quan truqui algú.
Aquí som avorrits expressament. No es toca el vigilant sense haver restaurat la còpia de la base en un altre lloc, no només haver-la feta —un backup sense provar no és un backup, és un amulet—, sense tenir mesurat quant va trigar aquella restauració, que és la durada real de la teva finestra cega, i sense res que vigili per fora mentrestant. Nosaltres mantenim SmokePing al costat del Zabbix, i ens serveix també per a això: quan l'un està aturat, l'altre continua mesurant. Si el soroll és el teu problema abans que el calendari, d'això va el monitoratge que sí que avisa. Aquesta és la part que cobrim a suport IT 24/7: algú despert mirant alguna cosa que no és el sistema que està apagat.
Quan NO saltar a la 8.0
El dia u, no. La rc2 és de fa cinc dies. Una .0 de qualsevol plataforma passa les primeres setmanes descobrint el que no va sortir a les proves, i un monitoratge no és el lloc on vols descobrir-ho amb ella. Nosaltres no posem una x.0 en producció les primeres setmanes tret que hi hagi un motiu concret que ho justifiqui, i «és la nova» no és un motiu concret.
- Si ets a 7.0 LTS i res de la llista de la 8.0 et mou l'agulla: tens suport complet fins al 30 de juny del 2027. No hi ha pressa, no te la fabriquis. Anar-hi ara et compra funcionalitats que potser no necessites i una migració d'esquema que segur que no.
- Si ets a 7.4: aquí no tens el luxe d'esperar gaire. La teva finestra de suport complet es tanca amb la publicació de la 8.0 i la limitada s'acaba a Q1 2027. El pla es fa ara, encara que l'execució sigui al gener.
- Si la teva instal·lació va venir del repositori de la distribució, ja saps que el teu cas és una reinstal·lació. Necessita la seva pròpia finestra i la seva pròpia prova prèvia, i no hi cap la mateixa nit que la resta.
Les cinc línies que demanem abans de tocar un monitoratge
Això és el que necessitem saber d'una plataforma de monitoratge abans de plantejar res. Cap entrada no és brillant; totes són la diferència entre assabentar-te a l'agost i assabentar-te al gener.
- Versió exacta i d'on va sortir el paquet. No «Zabbix 7», sinó 7.4.16 i repositori oficial o de la distribució. És la diferència entre una actualització i una reinstal·lació.
- Si la seva fila del calendari del fabricant és una data o una dependència. Si hi posa «fins que surti X», no és una data: és un risc amb propietari aliè, i va anotat com a tal.
- Mida de l'històric i durada de l'última restauració de prova. Aquest segon número és la durada real de la finestra en què no veus res. Si ningú no l'ha mesurat, no existeix.
- Què vigila el monitoratge mentre està aturat, i qui mira aquesta cosa. Les dues meitats: la sonda i la persona. Una sonda que ningú no mira és decoració.
- La data en què algú torna a llegir la pàgina de cicle de vida del fabricant. Trimestral, i amb nom i cognoms de qui la llegeix.
On encaixa això en el que fem
Portem monitoratge aliè amb Zabbix i SmokePing, i la part menys lluïda de la feina és exactament aquesta: saber quina versió corre a cada lloc, d'on va sortir el paquet i quin dia deixa de rebre pedaços. Això és manteniment informàtic en el sentit literal de la paraula, i quan a més has de justificar davant d'algú que els teus sistemes reben correccions de seguretat, se'n diu compliment i continuïtat: un sistema fora de suport és una troballa a qualsevol auditoria, i la data en què ho serà no la fixa el teu calendari. Si vols que mirem amb tu quina versió tens i quina finestra et queda de debò, en parlem.
Fonts. Tot això es pot comprovar a l'origen. El calendari: Zabbix Life Cycle & Release Policy, consultada el 26 d'octubre del 2026, d'on surten les files de 8.0 LTS (Q4 2026 / Q4 2029 / Q4 2031), 7.4 (1 de juliol del 2025, until 8.0 LTS, Q1 2027) i 7.0 LTS (4 de juny del 2024, 30 de juny del 2027, 30 de juny del 2029), més les definicions de la política: estàndard cada 6 mesos amb 12 de suport (Full Support: 6 months), LTS cada 1,5 anys amb 5 de suport (Full Support: 3 years — feature updates + security fixes; Limited Support: 2 years — critical fixes only). El moviment de les quatre caselles: captures d'aquesta mateixa pàgina a l'Internet Archive del 12 d'agost del 2026 (8.0 LTS a Q3 2026 / Q3 2029 / Q3 2031 i 7.4 amb suport limitat fins a Q4 2026) i del 4 d'octubre del 2026 (ja amb els valors actuals). La captura del 28 de juny del 2026 coincideix amb la d'agost. La data de novembre i les tres predecessores: roadmap oficial, que avui dona «November 2026» per a 8.0 LTS i, després, setembre del 2027 per a 8.2, març del 2028 per a 8.4 i setembre del 2028 per a 9.0 LTS. Les dates anteriors surten de captures d'aquesta mateixa pàgina a l'Internet Archive: «Q2 2026» el 20 de febrer del 2026, «Q3 2026» el 5 de juny i «September 2026» el 12 d'agost; el 15 d'octubre ja hi deia novembre. La discrepància de la 8.2: la taula de cicle de vida la situa a Q1 2027 (mateixa casella a les captures de juny, agost i octubre) mentre el roadmap dona setembre del 2027; d'aquesta casella de la 8.2 penja, via «Minimum 6 months (until next Standard Release)», el Q1 2027 de la 7.4. El nostre propi error del juliol —«fins al quart trimestre del 2026» i «Q3 2026»— és al post enllaçat més amunt, publicat el 30 de juliol del 2026, i es manté sense reescriure a posta. Les versions i les seves dates: notes de versió — 8.0.0alpha1 el 30 d'octubre del 2025, alpha2 el 19 de febrer del 2026, beta1 el 22 de maig, beta2 el 9 de juliol, rc1 l'1 d'octubre i rc2 el 21 d'octubre; 7.4.16, 7.0.32 i 6.0.49 el 20 d'octubre del 2026; la fila de 6.0 LTS (8 de febrer del 2022) dona fi de suport complet el 28 de febrer del 2025 i limitat el 28 de febrer del 2027. L'actualització: manual d'actualització a 8.0 (d'on surt la frase sobre la durada de la migració de la base), la pàgina d'actualització per paquets (paquets de la distribució no suportats i «Do not perform a direct upgrade…») i la de Debian/Ubuntu, amb els vuit passos del procediment. L'etiquetatge «development version» de la branca 8.0 davant de «current» de la 7.4 és el del selector de versions d'aquestes mateixes pàgines. El nostre: que operem Zabbix i SmokePing, i la regla de no tocar el monitoratge sense una restauració provada, és la nostra manera de treballar, no una recomanació del fabricant. Els 66 dies són del 26 d'octubre al 31 de desembre del 2026, i les comparacions de mesos entre 7.0 LTS i 7.4 surten de restar les dates de la taula assumint que la 8.0 surt al novembre; si torna a moure's, la resta canvia, que és justament l'argument de l'article. Foto: «312 Adelaide Street - 6th floor server room» de Mike Beltzner, Wikimedia Commons, CC BY-SA 2.0.
Microsoft 365
ES 
CAT 
EN