Antes de tocar discos en Proxmox uso qm disk rescan con dry-run, cruzo la salida con pvesm status y separo problemas de storage, discos unused y tamaños que el invitado todavía no ve.
Uso qm shutdown como apagado normal y qm stop como corte de emergencia. La diferencia importa cuando hay bases de datos, HA, locks o servicios que todavía están cerrando dentro de la VM.
qm agent ping es una de esas comprobaciones que no lucen nada en una captura, y quizá por eso me gusta tanto.
No te enseña una tabla enorme. No te dibuja una gráfica. No te da una conclusión dramática. Si todo va bien, normalmente no devuelve nada. Y aun así, cuando estoy delante de una VM en Proxmox y quiero saber si puedo hablar con el sistema invitado desde fuera, es una de las primeras cosas que lanzo.
qm pending es el comando que miro cuando no quiero discutir con un fantasma.
En Proxmox puedes cambiar algunos parámetros de una VM y que el cambio no se aplique inmediatamente. Memoria, CPU, ciertas opciones de hardware, algún ajuste que necesita reinicio. La interfaz suele avisarlo, pero si estás trabajando por terminal o saltando entre nodos, es muy fácil perder ese detalle.
Y entonces empieza la comedia.
Crees que una VM tiene 6 GB de RAM porque acabas de configurarlo. Dentro sigue comportándose como si tuviera 4 GB. Miras la aplicación. Miras el sistema invitado. Miras gráficas. Te preguntas si Proxmox se ha quedado tonto. Media hora después descubres que el cambio estaba pendiente y la VM nunca reinició.
qm status es uno de esos comandos que parecen tan pequeños que casi da pereza escribir sobre ellos. Te dice si una VM está arrancada, parada o en un estado intermedio. Ya está. Cero épica.
Y aun así lo uso constantemente.
En Proxmox hay comandos mucho más jugosos. qm config te enseña toda la definición de la máquina. qm monitor te deja hablar con QEMU. pvesh te abre media API desde terminal. Pero cuando estoy delante de una VM y voy a tocar algo, la primera pregunta no es sofisticada. La primera pregunta es bastante básica.
