PVE : nœud grisé, nœud hors ligne, perte de quorum¶

Objectif. Identifier en 5 minutes lequel des trois cas se présente et appliquer la bonne réaction, sans aggraver la situation.

Les trois cas¶

Ce que montre la GUI	Cause habituelle	Gravité
Nœud et VMs avec un point d'interrogation gris	Service de statut `pvestatd` bloqué, souvent par un stockage NFS/CIFS injoignable	Faible : les VMs tournent
Nœud avec une croix rouge	Nœud éteint, planté ou coupé du réseau Corosync	Moyenne à haute
Configuration en lecture seule, actions impossibles	Perte du quorum : moins de la moitié des votes + 1 joignables	Haute

Cas 1 · Nœud grisé¶

systemctl status pvestatd
pvesm status                     # un stockage en "inactive" ou qui ne répond pas ?
systemctl restart pvestatd       # sans impact sur les VMs

Si un stockage réseau est en cause, rétablir l'accès ou le désactiver (Datacenter → Storage → Edit → décocher Enable).

Cas 2 · Nœud hors ligne (croix rouge)¶

Vérifier l'état physique par la console de gestion (IPMI, iDRAC, iLO).
Depuis un nœud sain : pvecm status pour voir les membres et les votes.
Avec HA : les VMs HA du nœud perdu sont redémarrées ailleurs après environ 2 à 3 minutes (le nœud isolé s'auto-redémarre via le watchdog). Ne pas démarrer à la main une VM HA ailleurs pendant ce délai.
Sans HA : les VMs du nœud sont arrêtées tant que le nœud n'est pas revenu. Ticket P1.

Cas 3 · Perte de quorum¶

pvecm status                     # Quorate: No, Expected votes / Total votes
journalctl -u corosync -n 200    # liens perdus, "link down", "retransmit"

Les VMs déjà démarrées continuent de tourner (hors HA), mais aucune action n'est possible.
Cause la plus fréquente : réseau Corosync coupé ou saturé (lien unique partagé avec Ceph ou les sauvegardes).
Rétablir le réseau : le quorum revient seul.

Pièges vus en support

pvecm expected 1 force le quorum sur un seul nœud : dangereux (risque de split-brain et de VM lancée deux fois). Uniquement sur instruction du MSP.
Avec HA, un nœud qui perd le quorum redémarre de lui-même : c'est voulu (fencing), pas une panne supplémentaire.
Ne pas redémarrer plusieurs nœuds « pour voir » : chaque redémarrage peut faire perdre le quorum restant.
Cluster à 2 nœuds : sans QDevice joignable, l'arrêt d'un nœud fait perdre le quorum.

Quand ouvrir un ticket iTop

Cas 2 et 3 : P1 immédiat. Cas 1 récurrent : P3. Joindre pvecm status, journalctl -u corosync -u pve-cluster --since "1 hour ago", pveversion -v.

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

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