Hipervisor Proxmox VE

Este comando produce directamente desde Proxmox la lista de VM con su estado actual, su política de autoarranque (onboot) y su orden de reanudación (startup) — sin confundir el estado instantáneo (running / stopped) con la configuración persistente.

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=-

• Administración de Proxmox VE (interfaz web + CLI)
• Creación, configuración y gestión de VM KVM/QEMU
• Gestión del almacenamiento ZFS a través de Proxmox
• Creación de plantillas de sistema reutilizables
• Snapshots de Proxmox (vzdump) — todavía no es una copia de seguridad independiente
• Clonación de VM para despliegue rápido
• Resolución de problemas del hipervisor (logs, consola VNC)

La clonación de una plantilla antigua reveló un hostname residual. El clon se corrigió y verificó, y luego la plantilla genérica se reconstruyó desde una ISO oficial para controlar explícitamente su contenido. La VM de construcción fue neutralizada antes de la conversión: identidad de la máquina, hostname, claves SSH, red, estado de Cloud-Init y registros fueron depurados.

Un clon completo de validación confirmó la inicialización de Cloud-Init, la generación de una identidad propia, la red, el DNS, SSH, el agente invitado y la persistencia tras el reinicio. La plantilla antigua solo se reemplazó tras esta verificación; se comprobaron los orígenes ZFS antes de eliminar el candidato que había quedado redundante, para preservar la independencia de las VM.

Una plantilla no vale por la velocidad de clonación sino por el dominio de lo que transmite (sistema, identidad, red, acceso, inicialización). Construcción, validación y sustitución son tres operaciones distintas: la plantilla antigua permanece disponible mientras su reemplazo y su clon de validación no hayan cumplido todos los criterios.

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 dispositivo PCIe integrado desapareció de forma intermitente. El diagnóstico distinguió la ausencia real en el bus de un simple fallo de controlador, verificando sucesivamente la interfaz, los módulos, la enumeración PCIe, el puerto padre y el rescan. Un corte eléctrico completo restauró el dispositivo; la recurrencia se está vigilando antes de plantear una actualización condicional del firmware.