La reutilización de los identificadores de las máquinas virtuales en Proxmox Virtual Environment (Proxmox VE) ha vuelto a generar debate entre administradores y fabricantes de soluciones de backup. Una petición abierta en el Bugzilla del proyecto reclama que cada máquina virtual tenga una identidad permanente, independiente de su identificador numérico o VMID. El problema va más allá de la organización: puede afectar a las copias de seguridad, los permisos, las integraciones externas y la separación de datos entre clientes. Proxmox estudia alternativas, pero la propuesta todavía no se ha traducido en una solución oficial confirmada.
Las claves de los VMID en Proxmox VE en 20 segundos
- Proxmox VE puede volver a asignar el identificador de una máquina virtual que se ha eliminado.
- El bug 7846 recoge siete problemas relacionados con backups, permisos e integraciones.
- Veeam está vinculado a la petición de incorporar una identidad permanente para cada máquina.
- Una propuesta anterior, abierta en 2022, ya planteaba evitar la reutilización de VMID.
- Mientras no haya una solución integrada, los administradores necesitan controlar manualmente los identificadores y las copias conservadas.
El debate afecta especialmente a infraestructuras con muchas máquinas virtuales, varios clústeres o distintos clientes. En esos entornos, un número que ayer identificaba un servidor de producción puede terminar asociado a otra máquina, mientras los sistemas de backup y las herramientas de gestión todavía conservan referencias a la anterior.
La petición más reciente, identificada como bug 7846 en el Bugzilla de Proxmox, se titula VMID reuse: issues, workarounds, why they fail. Según la información aportada en el informe, fue abierta el 24 de julio de 2026 por Pavel Tide y cuenta con la participación de Andreas Neufert, ambos relacionados con la gestión de producto de Veeam. La solicitud está clasificada como una mejora del backend de Proxmox VE 9, no como un fallo de seguridad confirmado.
Por qué un VMID puede acabar identificando a dos máquinas distintas
En Proxmox VE, cada máquina virtual o contenedor recibe un identificador numérico, el VMID. Este número se utiliza en diferentes partes de la infraestructura: los nombres de los discos, las rutas de permisos, las referencias de las herramientas externas y los grupos de copias de seguridad de Proxmox Backup Server (PBS).
Por ejemplo, una máquina con el identificador 100 puede generar volúmenes denominados vm-100-disk-0 y un grupo de copias identificado como vm/100. Si esa máquina se elimina y el sistema vuelve a asignar el número 100, la nueva máquina puede compartir referencias numéricas con los recursos que dejó la anterior.
El VMID permite localizar objetos dentro de Proxmox, pero no garantiza por sí solo que se trate de la misma máquina a lo largo del tiempo. Esa diferencia resulta especialmente importante cuando otros sistemas utilizan el identificador como referencia permanente.
La petición 7846 enumera siete problemas relacionados con esta reutilización.
El primero afecta a la identidad de las copias de seguridad. Una herramienta externa puede encontrar un grupo vm/100, pero el número no permite determinar de forma inequívoca si corresponde a la máquina original o a otra creada posteriormente. El Generation ID de las máquinas virtuales tampoco resuelve todas las necesidades que plantea el informe: puede cambiar después de determinadas operaciones, no se comporta como una identidad inmutable y, según la petición, presenta limitaciones para consultarlo a través de la API.
El segundo problema son los identificadores de hardware duplicados. El UUID expuesto mediante SMBIOS puede repetirse en determinados escenarios de clonación o migración desde Hyper-V. Además, los contenedores LXC no disponen de ese mismo mecanismo de identificación, por lo que no sirve como solución común para todas las cargas de trabajo.
El tercero afecta a las integraciones externas. Las plataformas de gestión, facturación y automatización necesitan distinguir entre una máquina eliminada y otra que ocupa posteriormente su mismo identificador. Si no pueden hacerlo, pueden aparecer registros duplicados o asociaciones incorrectas. La petición cita también dificultades para el proveedor de Proxmox utilizado por ManageIQ.
Los otros cuatro problemas están relacionados con la conservación de copias, los permisos, la replicación y la asignación de identificadores.
En PBS, una máquina nueva puede terminar utilizando el mismo grupo de backup que una anterior. Esto puede interferir con las políticas de retención y con la conservación de las copias antiguas si no se gestiona correctamente. La petición también señala que los permisos asociados a un VMID pueden sobrevivir a la eliminación de la máquina y afectar a la siguiente que reciba ese número. En un entorno compartido, el resultado podría ser un acceso no deseado a recursos o copias de otra máquina.
Por último, la reutilización puede provocar colisiones en los nombres de volúmenes ZFS cuando se replican recursos hacia destinos externos. La API /cluster/nextid, encargada de proponer el siguiente identificador disponible, tampoco mantiene por sí sola un registro global de todos los números utilizados previamente por herramientas externas.
Proxmox estudia un identificador permanente y una asignación opcionalmente creciente
La petición no se limita a describir problemas. Propone varias medidas: permitir que los administradores desactiven la reutilización de VMID, asignar identificadores siempre crecientes, incorporar una identidad permanente independiente del número y validar los identificadores durante las restauraciones.
También reclama impedir que un VMID vuelva a utilizarse mientras existan copias asociadas en Proxmox Backup Server. De esta forma, el ciclo de vida de una máquina virtual no dependería únicamente de que su configuración haya desaparecido del clúster.
Andreas Neufert plantea un identificador adicional denominado VMTRACKINGID. Se generaría al crear o registrar una máquina, no se podría reutilizar ni modificar a través de la API y solo cambiaría cuando una restauración diera lugar a una máquina nueva, según la propuesta descrita en el informe.
La ventaja de este enfoque sería separar dos funciones que ahora pueden confundirse: el VMID seguiría sirviendo para operar dentro de Proxmox, mientras que el nuevo UUID permitiría a los sistemas externos reconocer una máquina de forma persistente.
Neufert considera preferible que los propios VMID sean siempre crecientes. El identificador adicional sería una alternativa si cambiar el comportamiento actual pudiera generar problemas de compatibilidad con instalaciones existentes.
La desarrolladora de Proxmox Fiona Ebner respondió el 7 de agosto de 2026. Según el contenido de la petición, el equipo estudia integrar una serie de parches conocida como next-id, que permitiría evitar la reutilización de identificadores dentro de un clúster. La opción sería voluntaria y tendría que activarse expresamente.
El equipo también ha planteado reservas sobre la incorporación de otro identificador al archivo de configuración de cada máquina. Como alternativa, Ebner sugirió estudiar si parte de esa información podría derivarse de los metadatos existentes, ampliados con datos sobre la clonación, la restauración y la migración remota.
La cuestión pendiente es si ese mecanismo cubriría las necesidades de los fabricantes de backup y de otras herramientas externas. La petición descrita no recoge una respuesta pública definitiva a esa pregunta ni una fecha confirmada para la incorporación de los cambios.
Una propuesta abierta desde 2022 y medidas provisionales para los administradores
El debate tiene antecedentes. El bug 4369 del Bugzilla de Proxmox, titulado Reuse of Proxmox VM ID creates problem with PBS, se abrió en noviembre de 2022 y figura como PATCH AVAILABLE, según los datos aportados.
Los parches asociados plantean distintas formas de seleccionar el siguiente VMID: utilizar el número libre más bajo, elegir el mayor identificador existente más uno o saltarse los números incluidos en una lista de identificadores ya utilizados. La cuarta versión de la propuesta se envió a la lista de desarrollo pve-devel en diciembre de 2024.
Que exista un parche disponible no significa que la funcionalidad esté integrada en una versión estable de Proxmox VE. Con la información recogida en las peticiones, no puede darse por confirmada una fecha de lanzamiento ni una versión que incorpore la solución.
Mientras tanto, los administradores pueden reducir los riesgos con procedimientos internos. La primera medida es mantener un inventario de VMID retirados y evitar aceptar automáticamente el número sugerido por la interfaz cuando se crea una máquina nueva. Un registro de gestión de activos, una base de datos de configuración o una herramienta como NetBox pueden ayudar a controlar estas asignaciones.
Antes de eliminar una máquina conviene decidir qué ocurrirá con sus copias: si deben conservarse durante un periodo de retención, trasladarse o exportarse. También es recomendable revisar los permisos asociados al identificador después del borrado y comprobar que la máquina desaparece de las tareas de backup, replicación y alta disponibilidad cuando corresponda.
Los espacios de nombres de PBS pueden ayudar a separar copias por cliente o clúster, pero no eliminan por sí solos el riesgo de reutilizar un VMID dentro del mismo clúster. Por eso, estas medidas reducen la probabilidad de errores, aunque no sustituyen una identidad permanente que pueda consultar cualquier integración.
La cuestión tiene especial importancia para los proveedores de servicios gestionados. En una infraestructura con varios clientes, un mismo VMID puede haber pertenecido a organizaciones distintas en momentos diferentes. Si aún quedan copias de la máquina anterior, una asociación incorrecta puede afectar a la separación de datos y a las políticas de conservación.
La petición 7846 recoge precisamente esta preocupación desde la perspectiva de un proveedor de servicios gestionados. También enlaza con el problema descrito en el bug 4369, donde una organización universitaria habría encontrado máquinas nuevas con identificadores antiguos y asignaciones a grupos de recursos equivocados.
Para Proxmox, el reto consiste en introducir una identidad más fiable sin romper los flujos de trabajo y las integraciones que ya dependen del VMID. Para los administradores, la decisión inmediata es tratar el identificador como un recurso que necesita control durante todo el ciclo de vida de la máquina, no como un número que deja de tener consecuencias cuando se pulsa el botón de borrar.
Preguntas frecuentes
¿Qué es un VMID en Proxmox VE?
Es el identificador numérico que Proxmox VE asigna a una máquina virtual o un contenedor. Se utiliza en referencias internas y puede aparecer en nombres de discos, permisos y grupos de copias de seguridad.
¿Qué riesgo tiene reutilizar un VMID?
Una máquina nueva puede compartir el identificador de otra eliminada y provocar confusiones en las copias de seguridad, las integraciones o los permisos que siguen asociados al número anterior.
¿Proxmox VE ya permite impedir la reutilización de VMID?
Las peticiones citadas describen propuestas y parches para cambiar la asignación de identificadores. Con la información disponible en ellas, no puede confirmarse que la funcionalidad esté integrada en una versión estable ni que exista una fecha de lanzamiento.
¿Qué pueden hacer los administradores mientras tanto?
Pueden mantener un inventario de identificadores retirados, revisar los permisos tras borrar máquinas, decidir cómo conservar sus copias y comprobar las tareas de backup y replicación. Los espacios de nombres de PBS ayudan a separar entornos, pero no resuelven por sí solos la reutilización dentro de un mismo clúster.
Fuentes:
