El error «CT is locked (snapshot-delete)» en Proxmox bloquea contenedores LXC y frena backups automáticos, mostrando un candado en la GUI. Este problema surge cuando una operación de borrado de snapshot se atasca, dejando el contenedor inutilizable hasta desbloquearlo manualmente.
Causas del Error CT Locked Snapshot-Delete
Proxmox marca contenedores como «locked» durante snapshots para evitar cambios concurrentes. Si el borrado falla (por thin pool lleno, interrupciones o bugs), el lock persiste y backups como vzdump fallan con «CT is locked (snapshot-delete)». Esto afecta jobs nocturnos, dejando CT como grafana o n8n sin respaldar.
- Logs muestran:
ERROR: Backup of VM 303 failed - CT is locked (snapshot-delete)tal y como muestro en las imagenes siguientes
 |  |
- Común en LVM-thin con warnings de oversubscription: «Sum of all thin volume sizes exceeds size of thin pool»
Pasos para Solucionar CT Locked en Proxmox
Accede por SSH al nodo del CT afectado y ejecuta estos comandos paso a paso.
1. Verifica el lock
Con el siguiente comando veremos se realmente sigue bloqueado el contenedor
pct config 303 | grep lockSi vemos esta respuesta veremos exactamente que está bloqueado el contenedor.
2. Desbloquear contenedor
Si tienes claro que no hay ninguna tarea activa de snapshot en marcha (en la GUI, pestaña “Tasks” del nodo se puede eliminar el lock
Elimina el lock del config sin afectar datos.
pct unlock 303 |  |
3. Eliminar snapshoots atascadas (Si es que hay)
Si ves que en el apartado snapshoots atascadas que no se hayan eliminado, hay que eliminarlas manualmente.
- En GUI: CT > Snapshots > Delete.
- CLI LVM:
lvremove pve/data/snap_vm-303-disk-0-NOMBRE - CLI ZFS:
zfs destroy poolname/vm-303-disk-0@snapname
Reiniciar el backupjob y verificar.
Otro problema solucionado para poder seguir con nuestro servidor. Si este post te ha ayudado, compártelo con otros administradores e ingenieros que puedan beneficiarse. Y sígueme para más experiencias reales desde las trincheras del homelab.