L’idée qui semblait brillante

Hier soir, je me suis dit : “Tiens, et si je renommais mes serveurs Proxmox avec des noms de personnages de Toy Story ?” Bon, je sais, c’est un peu geek, mais j’avais envie que mon nœud pve01-fabryk devienne rex (comme le dinosaure, vous voyez).

Alors, comme d’habitude avec Proxmox qui tourne sur Debian, je me suis dit : “Bah c’est juste un hostname à changer, non ?”

# Ma "solution" de génie
hostnamectl set-hostname rex

Et là… ERREUR MONUMENTALE 🔥

Quand tout part en vrille (18h30)

Premier problème : l’interface web de Proxmox refuse de se lancer. Page blanche. Nada. Je tente un systemctl status pveproxy :

● pveproxy.service - PVE API Proxy Server
   Loaded: loaded
   Active: failed

Bon, pas de panique. Je redémarre les services :

systemctl restart pvedaemon pveproxy pvestatd

Ça redémarre… mais toujours la page blanche. Je commence à transpirer un peu.

La descente aux enfers (19h00)

Je check les logs. Et là, c’est le drame :

pmxcfs[xxx]: [dcdb] notice: data verification failed
pmxcfs[xxx]: [status] notice: node lost quorum

Ah merde. pmxcfs. Le système de fichiers distribué de Proxmox qui gère /etc/pve. Il est complètement paumé parce que j’ai changé le hostname comme un sauvage.

Je tente de redémarrer pmxcfs :

systemctl restart pve-cluster

Résultat : service failed. Encore plus cassé qu’avant.

La panique s’installe (19h30)

À ce stade, j’ai mes VMs qui tournent toujours (ouf), mais impossible d’accéder à l’interface web. Je suis en SSH pur. Et là, je découvre le vrai problème :

ls -la /etc/pve/nodes/
# Résultat : pve01-fabryk/  (l'ancien nom)

Proxmox cherche un nœud “rex” mais tous les fichiers de config sont encore sous “pve01-fabryk”. Les certificats SSL aussi sont générés pour l’ancien nom. C’est pour ça que rien ne fonctionne.

Les tentatives désespérées (20h00)

J’ai essayé plein de trucs stupides :

1. Renommer manuellement le dossier dans /etc/pve/nodes/ → Erreur, système de fichiers en lecture seule (pmxcfs qui protège)

2. Régénérer les certificats SSL :

   pvecm updatecerts

   → Échec, le service cluster ne tourne pas

3. Redémarrer tout le serveur → Toujours cassé au reboot

4. Google en mode panique → Je tombe sur un thread du forum Proxmox : “NEVER rename a node manually”

Ah. OK. J’aurais dû lire ça AVANT.

La solution (20h45)

Finalement, j’ai dû :

1. Revenir à l’ancien nom :

   hostnamectl set-hostname pve01-fabryk

2. Réparer pmxcfs :

   systemctl stop pve-cluster
   systemctl stop pvedaemon
   pmxcfs -l  # Mode local pour débloquer

3. Nettoyer les configs foireuses :

   rm /etc/pve/nodes/pve01-fabryk/.version
   rm -rf /var/lib/pve-cluster/backup/*

4. Redémarrer proprement :

   killall pmxcfs
   systemctl start pve-cluster
   systemctl start pvedaemon pveproxy

Et ENFIN, l’interface web est revenue. 2 heures de perdues. 😤

Ce que j’ai appris (à mes dépens)

Proxmox n’est PAS un serveur Debian classique. Le hostname est lié à :

• Le système de fichiers distribué pmxcfs
• Les certificats SSL de l’interface web
• La config du cluster (même sur un nœud unique)
• Toute l’arborescence /etc/pve/nodes/

La bonne méthode (que j’aurais dû utiliser) :

# Vérifier l'état du cluster
pvecm status

# Utiliser l'outil officiel
pvecm rename pve01-fabryk rex

# Redémarrer
reboot

Voilà. Simple. Propre. Documenté dans le wiki Proxmox que je n’avais PAS lu.

Conclusion

Leçon apprise : RTFM avant de toucher à Proxmox. Surtout pour des opérations qui semblent “simples”.

Mon serveur s’appelle toujours pve01-fabryk. Rex attendra. Peut-être que je tenterai le renommage un jour… mais cette fois, avec la doc ouverte à côté. 📚

P.S. : Si vous voulez vraiment renommer un nœud Proxmox, lisez la doc officielle : Proxmox Node Management