SMBIOS UUID needs to be sticky when stopping and starting a VM
- Lenguaje dominante
- Java
- Estrellas
- 3.1k
- Forks
- 1.4k
- Merge medio
- 6 d 19 h
- PR fusionados (30 d)
- 32
Descripción
ISSUE TYPE
Bug Report
COMPONENT NAME
XenServer Integration
CLOUDSTACK VERSION
4.18.1.0
CONFIGURATION
VMs on XCP-ng
OS / ENVIRONMENT
CloudStack on Linux, managing XCP-ng hosts
SUMMARY
When using CloudStack with XCP-ng as the orchestrator, each time a Windows VM shuts down, it receives a different SMBIOS UUID. This causes issues with Veeam Agent for Windows, as it recognizes machines based on their SMBIOS UUID. As a result, each time the UUID changes, Veeam Agent treats it as a new machine and deletes the entire backup chain, creating a new one. I'm seeking a solution to make the VMs' SMBIOS UUIDs persistent or permanent.
STEPS TO REPRODUCE
Set up a Windows VM in CloudStack using XenServer/XCP-ng.
Type in cmd: wmic bios get serialnumber
Observe the SMBIOS UUID change after each shutdown and start-up of the VM.
EXPECTED RESULTS
The SMBIOS UUID of the Windows VMs should remain constant when stopping and starting a machine.
ACTUAL RESULTS
Each stop and start of the VM results in a change of the SMBIOS UUID, leading to issues with Veeam Agent recognizing the VM as the same machine.
Guía de contribución
Línea de trabajo
Comienza con la ruta de XenServer Integration utilizada durante la detención y el inicio de la VM, y reproduce el cambio de UUID en una VM de Windows administrada mediante XCP-ng. Usa `wmic bios get serialnumber` antes y después del ciclo; se considera terminado cuando el UUID de SMBIOS permanece constante y Veeam Agent sigue reconociendo la VM como la misma máquina.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- java
- Área
- infrastructure
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100