Hyperviseur Proxmox VE

Cette commande produit directement depuis Proxmox la liste des VM avec leur état courant, leur politique d'autodémarrage (onboot) et leur ordre de reprise (startup) — sans confondre l'état instantané (running / stopped) avec la configuration persistante.

for vmid in $(qm list | awk 'NR > 1 {print $1}'); do
    config=$(qm config "$vmid")

    name=$(awk -F': ' '/^name:/ {print $2}' <<< "$config")
    status=$(qm status "$vmid" | awk '{print $2}')
    onboot=$(awk -F': ' '/^onboot:/ {print $2}' <<< "$config")
    startup=$(awk -F': ' '/^startup:/ {print $2}' <<< "$config")

    [ -z "$onboot" ] && onboot=0
    [ -z "$startup" ] && startup="-"

    printf '%-6s %-30s status=%-8s onboot=%-2s startup=%s\n' \
        "$vmid" "$name" "$status" "$onboot" "$startup"
done

205    205-Ubuntu-Nextcloud           onboot=1  startup=order=40,up=30,down=60
210    210-IA-CORE-CUDA               onboot=1  startup=order=20,up=30,down=60
215    215-IA-Services                onboot=1  startup=order=10,up=60,down=60
260    260-W11-CUDA-Ollama            onboot=0  startup=-
300    300-n8n                        onboot=1  startup=order=30,up=30,down=60
…      environnements à la demande    onboot=0  startup=-

• Administration Proxmox VE (interface web + CLI)
• Création, configuration et gestion de VM KVM/QEMU
• Gestion du stockage ZFS via Proxmox
• Création de templates système réutilisables
• Snapshots Proxmox (vzdump) — pas encore une sauvegarde indépendante
• Clonage de VM pour déploiement rapide
• Troubleshooting hyperviseur (logs, console VNC)

Le clonage d'un ancien template a révélé un hostname résiduel. Le clone a été corrigé et contrôlé, puis le template générique a été reconstruit depuis une ISO officielle pour en maîtriser explicitement le contenu. La VM de construction a été neutralisée avant conversion : identité machine, hostname, clés SSH, réseau, état Cloud-Init et journaux ont été assainis.

Un clone complet de validation a confirmé l'initialisation Cloud-Init, la génération d'une identité propre, le réseau, le DNS, SSH, l'agent invité et la persistance après redémarrage. L'ancien template n'a été remplacé qu'après ce contrôle ; les origines ZFS ont été vérifiées avant de supprimer le candidat devenu redondant, afin de préserver l'indépendance des VM.

Un template ne vaut pas par la vitesse du clonage mais par la maîtrise de ce qu'il transmet (système, identité, réseau, accès, initialisation). Construction, validation et remplacement sont trois opérations distinctes : l'ancien template reste disponible tant que son remplaçant et son clone de validation n'ont pas satisfait tous les critères.

Source système vérifiée
        │
        ▼
VM temporaire de construction
        │ installation et configuration du socle
        ▼
Neutralisation
        │ identités, réseau, secrets et journaux
        ▼
Template temporaire
        │
        ▼
Clone de validation
        │ contrôles fonctionnels et d'indépendance
        ▼
Template validé
        │
        ├── clone complet → VM applicative
        └── template dérivé → socle spécialisé

Un périphérique PCIe intégré a disparu par intermittence. Le diagnostic a distingué l'absence réelle sur le bus d'un simple défaut de pilote, en vérifiant successivement l'interface, les modules, l'énumération PCIe, le port parent et le rescan. Un arrêt électrique complet a restauré le périphérique ; la récidive est surveillée avant d'envisager une mise à jour conditionnelle du firmware.