PVE : mises à jour mineures en rolling¶

Objectif. Appliquer les mises à jour d'une même version majeure (ex. 9.0 → 9.1) nœud par nœud, sans interruption de service. Les mises à niveau majeures (8 → 9) sont réalisées par le MSP.

Avant de toucher la prod

Dépôts corrects : enterprise (abonnement actif) en production, jamais pvetest. GUI : nœud → Updates → Repositories, aucune alerte.
Notes de version lues (forum Proxmox, section Announcements) et validées par le MSP si un correctif Ceph ou noyau est inclus.
Sauvegardes de la nuit réussies, cluster en HEALTH_OK.
Ordre de passage défini ; commencer par le nœud le moins chargé.

Étapes (pour chaque nœud, l'un après l'autre)¶

Vider le nœud et poser les drapeaux Ceph : RB-02, étapes 1 et 2.

Mettre à jour. GUI : nœud → Updates → Refresh, puis Upgrade (ouvre une console).

apt update
apt list --upgradable           # relire la liste (noyau, ceph, qemu, zfs)
apt full-upgrade                # jamais "apt upgrade" seul sur Proxmox
pveversion -v                   # noter les versions obtenues

Redémarrer si un nouveau noyau, une nouvelle version de ZFS ou de Ceph a été installé (needrestart ou la GUI l'indiquent).
Contrôler le retour : RB-02, étapes 4 à 6.
Faire revenir les VMs, vérifier qu'elles démarrent et migrent vers ce nœud sans erreur, puis passer au suivant.

Après le dernier nœud¶

Tous les nœuds affichent la même version (pveversion sur chacun, ou Datacenter → Summary).
Pour prendre en compte la nouvelle version de QEMU, les VMs doivent être migrées à chaud ou redémarrées (le simple redémarrage de l'OS invité ne suffit pas).
Ceph mis à jour : ceph versions doit montrer une seule version pour tous les démons.

Rollback

Pas de retour arrière simple des paquets. Un noyau précédent reste sélectionnable au démarrage (proxmox-boot-tool kernel list, kernel pin) : à utiliser avec le MSP.

Pièges vus en support

apt upgrade au lieu de apt full-upgrade peut laisser des paquets Proxmox incohérents.
Laisser un cluster avec des versions différentes plusieurs jours : migrations à chaud parfois impossibles d'un nœud récent vers un nœud ancien.
Mettre à jour depuis la console web d'un nœud qu'on redémarre : préférer SSH ou la console d'un autre nœud.

Quand ouvrir un ticket iTop

Erreur dpkg ou dépendances cassées, nœud qui ne redémarre pas : P2. Demande de planification d'une mise à jour : P4. Joindre la sortie de apt full-upgrade, pveversion -v, journalctl -b -p err.

Ouvrir un ticket iTop pour RB-08 Que joindre au ticket ?

Rubrique : Proxmox VE · Architecture : Toutes · Rédigé pour PVE 9.x, PBS 4.x, Ceph 19.2 · Brouillon à valider en lab avant publication · Documentation officielle : PVE · PBS