<![CDATA[VM UUID via dmidecode does not match VM ID in xen-orchestra]]>This is related to a bug I filed on the XO-CCM (which is why I put it here). I have a series of Kubernetes worker node VM's created by loading the a base k8s node from a template. It appears that in this process, the UUID returned from dmidecode has been changed and does not reflect the UUID in XO.

I was wondering if there was a way to get the UUID to match up again so that I can get the CCM to start functioning.

]]>https://xcp-ng.org/forum/topic/11078/vm-uuid-via-dmidecode-does-not-match-vm-id-in-xen-orchestraRSS for NodeMon, 08 Jun 2026 05:22:51 GMTWed, 16 Jul 2025 01:30:58 GMT60<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Thu, 31 Jul 2025 10:35:19 GMT]]>@deefdragon said in VM UUID via dmidecode does not match VM ID in xen-orchestra:

Out of curiosity, I dumped the DMI into a bin and opened it up in a hex editor.

I am seeing ASCII of the ID, but also a variant encoded in binary. In both cases, its formatted as 0b08f477-491a-a982-23c4-d224723624ea.

I believe the ASCII version is the one that gets populated into the serial number as it comes after ASCII encoded versions of the 3 lines above it in the decode.

In SMBIOS 2.8, the UUID is supposed to be encoded in little endian (i.e Microsoft GUID). Yet it is put as big endian instead. So when Linux generates the UUID string from the SMBIOS table, it is considered as little endian which causes this mismatch.

SMBIOS 2.4 is supposed to be used (which appears to be using big endian UUIDs), but for some reason, something in XCP-ng UEFI supports forces it to be SMBIOS 2.8.

So the binary UUID is the same, just that it is interpreted with a different endianness due to accidental format change.

]]>https://xcp-ng.org/forum/post/95827https://xcp-ng.org/forum/post/95827Thu, 31 Jul 2025 10:35:19 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 30 Jul 2025 22:23:12 GMT]]>Out of curiosity, I dumped the DMI into a bin and opened it up in a hex editor.

I am seeing ASCII of the ID, but also a variant encoded in binary. In both cases, its formatted as 0b08f477-491a-a982-23c4-d224723624ea.

I believe the ASCII version is the one that gets populated into the serial number as it comes after ASCII encoded versions of the 3 lines above it in the decode.

]]>https://xcp-ng.org/forum/post/95813https://xcp-ng.org/forum/post/95813Wed, 30 Jul 2025 22:23:12 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 30 Jul 2025 22:03:10 GMT]]>@dinhngtu Updated through xo. These are the current values.

mellanox-mlnxen.x86_64               5.9_0.5.5.0-2.1.xcpng8.3       @xcp:main/$releasever
python2-xapi-storage.x86_64          24.19.2-1.10.xcpng8.3          @xcp-ng-updates      
xapi-core.x86_64                     25.6.0-1.9.xcpng8.3            @xcp-ng-updates      
xapi-nbd.x86_64                      25.6.0-1.9.xcpng8.3            @xcp-ng-updates      
xapi-rrd2csv.x86_64                  25.6.0-1.9.xcpng8.3            @xcp-ng-updates      
xapi-storage-script.x86_64           25.6.0-1.9.xcpng8.3            @xcp-ng-updates      
xapi-tests.x86_64                    25.6.0-1.9.xcpng8.3            @xcp-ng-updates      
xapi-xe.x86_64                       25.6.0-1.9.xcpng8.3            @xcp-ng-updates      
xcp-ng-xapi-plugins.noarch           1.12.0-1.xcpng8.3              @xcp-ng-updates      
xen-crashdump-analyser.x86_64        2.6.1-1.xcpng8.3               @xcp:main/$releasever
xen-dom0-libs.x86_64                 4.17.5-15.1.xcpng8.3           @xcp-ng-updates      
xen-dom0-tools.x86_64                4.17.5-15.1.xcpng8.3           @xcp-ng-updates      
xen-hypervisor.x86_64                4.17.5-15.1.xcpng8.3           @xcp-ng-updates      
xen-libs.x86_64                      4.17.5-15.1.xcpng8.3           @xcp-ng-updates      
xen-tools.x86_64                     4.17.5-15.1.xcpng8.3           @xcp-ng-updates      
xengt-userspace.noarch               4.0.0-1.xcpng8.3               @xcp:main/$releasever
xenopsd.x86_64                       25.6.0-1.9.xcpng8.3            @xcp-ng-updates      
xenopsd-cli.x86_64                   25.6.0-1.9.xcpng8.3            @xcp-ng-updates      
xenopsd-xc.x86_64                    25.6.0-1.9.xcpng8.3            @xcp-ng-updates      
xenserver-dracut.noarch              10-2.xcpng8.3                  @xcp:main/$releasever
xenserver-hwdata.noarch              20240411-1.xcpng8.3            @xcp:main/$releasever
xenserver-status-report.noarch       2.0.11-1.xcpng8.3              @xcp-ng-updates

Gave one of the VMs a reboot and got the same result as previous.

Full DMI Decode as requested @TeddyAstie

# dmidecode
# dmidecode 3.5
Getting SMBIOS data from sysfs.
SMBIOS 2.8 present.
19 structures occupying 691 bytes.
Table at 0xEE6FC000.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
	Vendor: Xen
	Version: 4.17
	Release Date: 07/10/2025
	Address: 0xE8000
	Runtime Size: 96 kB
	ROM Size: 64 kB
	Characteristics:
		PCI is supported
		EDD is supported
		Targeted content distribution is supported
	BIOS Revision: 4.17

Handle 0x0100, DMI type 1, 27 bytes
System Information
	Manufacturer: Xen
	Product Name: HVM domU
	Version: 4.17
	Serial Number: 0b08f477-491a-a982-23c4-d224723624ea
	UUID: 77f4080b-1a49-82a9-23c4-d224723624ea
	Wake-up Type: Power Switch
	SKU Number: Not Specified
	Family: Not Specified

Handle 0x0300, DMI type 3, 21 bytes
Chassis Information
	Manufacturer: Xen
	Type: Other
	Lock: Not Present
	Version: Not Specified
	Serial Number: Not Specified
	Asset Tag: Not Specified
	Boot-up State: Safe
	Power Supply State: Safe
	Thermal State: Safe
	Security Status: Unknown
	OEM Information: 0x00000000
	Height: Unspecified
	Number Of Power Cords: Unspecified
	Contained Elements: 0

Handle 0x0401, DMI type 4, 35 bytes
Processor Information
	Socket Designation: CPU 1
	Type: Central Processor
	Family: Other
	Manufacturer: Intel
	ID: F1 06 04 00 FF FB CB 0F
	Version: Not Specified
	Voltage: Unknown
	External Clock: Unknown
	Max Speed: 2100 MHz
	Current Speed: 2100 MHz
	Status: Populated, Enabled
	Upgrade: Other
	L1 Cache Handle: Not Provided
	L2 Cache Handle: Not Provided
	L3 Cache Handle: Not Provided
	Serial Number: Not Specified
	Asset Tag: Not Specified
	Part Number: Not Specified

Handle 0x0402, DMI type 4, 35 bytes
Processor Information
	Socket Designation: CPU 2
	Type: Central Processor
	Family: Other
	Manufacturer: Intel
	ID: F1 06 04 00 FF FB CB 0F
	Version: Not Specified
	Voltage: Unknown
	External Clock: Unknown
	Max Speed: 2100 MHz
	Current Speed: 2100 MHz
	Status: Populated, Enabled
	Upgrade: Other
	L1 Cache Handle: Not Provided
	L2 Cache Handle: Not Provided
	L3 Cache Handle: Not Provided
	Serial Number: Not Specified
	Asset Tag: Not Specified
	Part Number: Not Specified

Handle 0x0403, DMI type 4, 35 bytes
Processor Information
	Socket Designation: CPU 3
	Type: Central Processor
	Family: Other
	Manufacturer: Intel
	ID: F1 06 04 00 FF FB CB 0F
	Version: Not Specified
	Voltage: Unknown
	External Clock: Unknown
	Max Speed: 2100 MHz
	Current Speed: 2100 MHz
	Status: Populated, Enabled
	Upgrade: Other
	L1 Cache Handle: Not Provided
	L2 Cache Handle: Not Provided
	L3 Cache Handle: Not Provided
	Serial Number: Not Specified
	Asset Tag: Not Specified
	Part Number: Not Specified

Handle 0x0404, DMI type 4, 35 bytes
Processor Information
	Socket Designation: CPU 4
	Type: Central Processor
	Family: Other
	Manufacturer: Intel
	ID: F1 06 04 00 FF FB CB 0F
	Version: Not Specified
	Voltage: Unknown
	External Clock: Unknown
	Max Speed: 2100 MHz
	Current Speed: 2100 MHz
	Status: Populated, Enabled
	Upgrade: Other
	L1 Cache Handle: Not Provided
	L2 Cache Handle: Not Provided
	L3 Cache Handle: Not Provided
	Serial Number: Not Specified
	Asset Tag: Not Specified
	Part Number: Not Specified

Handle 0x0405, DMI type 4, 35 bytes
Processor Information
	Socket Designation: CPU 5
	Type: Central Processor
	Family: Other
	Manufacturer: Intel
	ID: F1 06 04 00 FF FB CB 0F
	Version: Not Specified
	Voltage: Unknown
	External Clock: Unknown
	Max Speed: 2100 MHz
	Current Speed: 2100 MHz
	Status: Populated, Enabled
	Upgrade: Other
	L1 Cache Handle: Not Provided
	L2 Cache Handle: Not Provided
	L3 Cache Handle: Not Provided
	Serial Number: Not Specified
	Asset Tag: Not Specified
	Part Number: Not Specified

Handle 0x0406, DMI type 4, 35 bytes
Processor Information
	Socket Designation: CPU 6
	Type: Central Processor
	Family: Other
	Manufacturer: Intel
	ID: F1 06 04 00 FF FB CB 0F
	Version: Not Specified
	Voltage: Unknown
	External Clock: Unknown
	Max Speed: 2100 MHz
	Current Speed: 2100 MHz
	Status: Populated, Enabled
	Upgrade: Other
	L1 Cache Handle: Not Provided
	L2 Cache Handle: Not Provided
	L3 Cache Handle: Not Provided
	Serial Number: Not Specified
	Asset Tag: Not Specified
	Part Number: Not Specified

Handle 0x0B00, DMI type 11, 5 bytes
OEM Strings
	String 1: Xen
	String 2: MS_VM_CERT/SHA1/bdbeb6e0a816d43fa6d3fe8aaef04c2bad9d3e3d

Handle 0x1000, DMI type 16, 15 bytes
Physical Memory Array
	Location: Other
	Use: System Memory
	Error Correction Type: Multi-bit ECC
	Maximum Capacity: 24568 MB
	Error Information Handle: Not Provided
	Number Of Devices: 2

Handle 0x1100, DMI type 17, 27 bytes
Memory Device
	Array Handle: 0x1000
	Error Information Handle: 0x0000
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 16 GB
	Form Factor: DIMM
	Set: None
	Locator: DIMM 0
	Bank Locator: Not Specified
	Type: RAM
	Type Detail: None
	Speed: Unknown
	Manufacturer: Not Specified
	Serial Number: Not Specified
	Asset Tag: Not Specified
	Part Number: Not Specified

Handle 0x1300, DMI type 19, 15 bytes
Memory Array Mapped Address
	Starting Address: 0x00000000000
	Ending Address: 0x003FFFFFFFF
	Range Size: 16 GB
	Physical Array Handle: 0x1000
	Partition Width: 1

Handle 0x1400, DMI type 20, 19 bytes
Memory Device Mapped Address
	Starting Address: 0x00000000000
	Ending Address: 0x003FFFFFFFF
	Range Size: 16 GB
	Physical Device Handle: 0x1100
	Memory Array Mapped Address Handle: 0x1300
	Partition Row Position: 1

Handle 0x1101, DMI type 17, 27 bytes
Memory Device
	Array Handle: 0x1000
	Error Information Handle: 0x0000
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 8184 MB
	Form Factor: DIMM
	Set: None
	Locator: DIMM 1
	Bank Locator: Not Specified
	Type: RAM
	Type Detail: None
	Speed: Unknown
	Manufacturer: Not Specified
	Serial Number: Not Specified
	Asset Tag: Not Specified
	Part Number: Not Specified

Handle 0x1301, DMI type 19, 15 bytes
Memory Array Mapped Address
	Starting Address: 0x00400000000
	Ending Address: 0x005FF7FFFFF
	Range Size: 8184 MB
	Physical Array Handle: 0x1000
	Partition Width: 1

Handle 0x1401, DMI type 20, 19 bytes
Memory Device Mapped Address
	Starting Address: 0x00400000000
	Ending Address: 0x005FF7FFFFF
	Range Size: 8184 MB
	Physical Device Handle: 0x1101
	Memory Array Mapped Address Handle: 0x1301
	Partition Row Position: 1

Handle 0x2000, DMI type 32, 11 bytes
System Boot Information
	Status: No errors detected

Handle 0xFEFF, DMI type 127, 4 bytes
End Of Table
]]>https://xcp-ng.org/forum/post/95812https://xcp-ng.org/forum/post/95812Wed, 30 Jul 2025 22:03:10 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 30 Jul 2025 13:25:56 GMT]]>@deefdragon can you provide us the output of dmidecode in the guest ?

]]>https://xcp-ng.org/forum/post/95793https://xcp-ng.org/forum/post/95793Wed, 30 Jul 2025 13:25:56 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 30 Jul 2025 12:49:18 GMT]]>deef@k31-w-3bfbbe:~$ sudo cat /sys/devices/virtual/dmi/id/product_serial 0b08f477-491a-a982-23c4-d224723624ea deef@k31-w-3bfbbe:~$ sudo cat /sys/devices/virtual/dmi/id/product_uuid 77f4080b-1a49-82a9-23c4-d224723624ea deef@k31-w-3bfbbe:~$ sudo cat /sys/hypervisor/uuid 0b08f477-491a-a982-23c4-d224723624ea

It looks like a endianness issue (0b08f477 vs 77f4080b).

]]>https://xcp-ng.org/forum/post/95790https://xcp-ng.org/forum/post/95790Wed, 30 Jul 2025 12:49:18 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 30 Jul 2025 10:58:51 GMT]]>@deefdragon Your XAPI is also lagging behind (25.6.0-1.5 vs latest 25.6.0-1.9). Could you update your pool?

]]>https://xcp-ng.org/forum/post/95782https://xcp-ng.org/forum/post/95782Wed, 30 Jul 2025 10:58:51 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 30 Jul 2025 10:37:35 GMT]]>@dinhngtu

Only difference looks to be xen-dom0 etc. on 4.17.5-13.1.xcpng8.3 vs your 4.17.5-15.2.xcpng8.3

# unbuffer yum list installed | grep xen\\\|xapi
mellanox-mlnxen.x86_64                   5.9_0.5.5.0-2.1.xcpng8.3         @xcp:main/$releasever
python2-xapi-storage.x86_64              24.19.2-1.10.xcpng8.3            @xcp-ng-updates      
xapi-core.x86_64                         25.6.0-1.5.xcpng8.3              @xcp-ng-updates      
xapi-nbd.x86_64                          25.6.0-1.5.xcpng8.3              @xcp-ng-updates      
xapi-rrd2csv.x86_64                      25.6.0-1.5.xcpng8.3              @xcp-ng-updates      
xapi-storage-script.x86_64               25.6.0-1.5.xcpng8.3              @xcp-ng-updates      
xapi-tests.x86_64                        25.6.0-1.5.xcpng8.3              @xcp-ng-updates      
xapi-xe.x86_64                           25.6.0-1.5.xcpng8.3              @xcp-ng-updates      
xcp-ng-xapi-plugins.noarch               1.12.0-1.xcpng8.3                @xcp-ng-updates      
xen-crashdump-analyser.x86_64            2.6.1-1.xcpng8.3                 @xcp:main/$releasever
xen-dom0-libs.x86_64                     4.17.5-13.1.xcpng8.3             @xcp-ng-updates      
xen-dom0-tools.x86_64                    4.17.5-13.1.xcpng8.3             @xcp-ng-updates      
xen-hypervisor.x86_64                    4.17.5-13.1.xcpng8.3             @xcp-ng-updates      
xen-libs.x86_64                          4.17.5-13.1.xcpng8.3             @xcp-ng-updates      
xen-tools.x86_64                         4.17.5-13.1.xcpng8.3             @xcp-ng-updates      
xengt-userspace.noarch                   4.0.0-1.xcpng8.3                 @xcp:main/$releasever
xenopsd.x86_64                           25.6.0-1.5.xcpng8.3              @xcp-ng-updates      
xenopsd-cli.x86_64                       25.6.0-1.5.xcpng8.3              @xcp-ng-updates      
xenopsd-xc.x86_64                        25.6.0-1.5.xcpng8.3              @xcp-ng-updates      
xenserver-dracut.noarch                  10-2.xcpng8.3                    @xcp:main/$releasever
xenserver-hwdata.noarch                  20240411-1.xcpng8.3              @xcp:main/$releasever
xenserver-status-report.noarch           2.0.11-1.xcpng8.3                @xcp-ng-updates
]]>https://xcp-ng.org/forum/post/95781https://xcp-ng.org/forum/post/95781Wed, 30 Jul 2025 10:37:35 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 30 Jul 2025 10:32:44 GMT]]>@deefdragon How about host Xen and XAPI versions? I'm on the bleeding edge, so this may have been fixed somewhere already.

# unbuffer yum list installed | grep xen\\\|xapi
mellanox-mlnxen.x86_64            5.9_0.5.5.0-2.1.xcpng8.3    @xcp:main/$releasever
python2-xapi-storage.x86_64       24.19.2-1.10.xcpng8.3       @xcp-ng-testing
xapi-core.x86_64                  25.6.0-1.10.xcpng8.3        @xcp-ng-incoming
xapi-nbd.x86_64                   25.6.0-1.10.xcpng8.3        @xcp-ng-incoming
xapi-rrd2csv.x86_64               25.6.0-1.10.xcpng8.3        @xcp-ng-incoming
xapi-storage-script.x86_64        25.6.0-1.10.xcpng8.3        @xcp-ng-incoming
xapi-tests.x86_64                 25.6.0-1.10.xcpng8.3        @xcp-ng-incoming
xapi-xe.x86_64                    25.6.0-1.10.xcpng8.3        @xcp-ng-incoming
xcp-ng-xapi-plugins.noarch        1.12.0-1.xcpng8.3           @xcp-ng-testing
xen-crashdump-analyser.x86_64     2.6.1-1.xcpng8.3            @xcp:main/$releasever
xen-dom0-libs.x86_64              4.17.5-15.2.xcpng8.3        @xcp-ng-incoming
xen-dom0-tools.x86_64             4.17.5-15.2.xcpng8.3        @xcp-ng-incoming
xen-hypervisor.x86_64             4.17.5-15.2.xcpng8.3        @xcp-ng-incoming
xen-libs.x86_64                   4.17.5-15.2.xcpng8.3        @xcp-ng-incoming
xen-tools.x86_64                  4.17.5-15.2.xcpng8.3        @xcp-ng-incoming
xengt-userspace.noarch            4.0.0-1.xcpng8.3            @xcp:main/$releasever
xenopsd.x86_64                    25.6.0-1.10.xcpng8.3        @xcp-ng-incoming
xenopsd-cli.x86_64                25.6.0-1.10.xcpng8.3        @xcp-ng-incoming
xenopsd-xc.x86_64                 25.6.0-1.10.xcpng8.3        @xcp-ng-incoming
xenserver-dracut.noarch           10-2.xcpng8.3               @xcp:main/$releasever
xenserver-hwdata.noarch           20240411-1.xcpng8.3         @xcp:main/$releasever
xenserver-status-report.noarch    2.0.11-1.xcpng8.3           @xcp-ng-ci
]]>https://xcp-ng.org/forum/post/95780https://xcp-ng.org/forum/post/95780Wed, 30 Jul 2025 10:32:44 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 30 Jul 2025 10:22:14 GMT]]>@dinhngtu

Ah, I see the pattern now. That is bizarre.

deef@k31-w-3bfbbe:~$ sudo cat /sys/devices/virtual/dmi/id/product_serial
0b08f477-491a-a982-23c4-d224723624ea
deef@k31-w-3bfbbe:~$ sudo cat /sys/devices/virtual/dmi/id/product_uuid
77f4080b-1a49-82a9-23c4-d224723624ea
deef@k31-w-3bfbbe:~$ sudo cat /sys/hypervisor/uuid
0b08f477-491a-a982-23c4-d224723624ea

Heres the output from a series of commands I ran to get the info of the worker. Seeing 6.8 and 24.04 myself.

deef@k31-w-3bfbbe:~$ cat /etc/*-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=24.04
DISTRIB_CODENAME=noble
DISTRIB_DESCRIPTION="Ubuntu 24.04.2 LTS"
PRETTY_NAME="Ubuntu 24.04.2 LTS"
NAME="Ubuntu"
VERSION_ID="24.04"
VERSION="24.04.2 LTS (Noble Numbat)"
VERSION_CODENAME=noble
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=noble
LOGO=ubuntu-logo

deef@k31-w-3bfbbe:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 24.04.2 LTS
Release:	24.04
Codename:	noble

deef@k31-w-3bfbbe:~$ hostnamectl
 Static hostname: k31-w-3bfbbe
       Icon name: computer-vm
         Chassis: vm 🖴
      Machine ID: 9bae21fe1e10d9da92da72599fd7b4a3
         Boot ID: 959ebf2dc51e403eaf00103d51e8397e
  Virtualization: xen
Operating System: Ubuntu 24.04.2 LTS              
          Kernel: Linux 6.8.0-64-generic
    Architecture: x86-64
 Hardware Vendor: Xen
  Hardware Model: HVM domU
Firmware Version: 4.17
   Firmware Date: Tue 2025-05-13
    Firmware Age: 2month 2w 3d

deef@k31-w-3bfbbe:~$ uname -r
6.8.0-64-generic

LMK if there is anything else you want me to throw at it, or any other debug info you want me to get. I'm out of my depth when it comes to debugging this kind of thing.

]]>https://xcp-ng.org/forum/post/95779https://xcp-ng.org/forum/post/95779Wed, 30 Jul 2025 10:22:14 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 30 Jul 2025 10:13:21 GMT]]>@deefdragon All three values match for me with XCP-ng 8.3, Ubuntu 24.04 guests and kernel 6.8:

$ sudo cat /sys/devices/virtual/dmi/id/product_serial
adc9b6ba-d187-0844-13a6-5f1dc155bf6e
$ sudo cat /sys/devices/virtual/dmi/id/product_uuid
adc9b6ba-d187-0844-13a6-5f1dc155bf6e
$ sudo cat /sys/hypervisor/uuid
adc9b6ba-d187-0844-13a6-5f1dc155bf6e

From your Github issue, it looks like a confusion in byte order between the System UUID (6a87cb0f-ca4c-ffa5-3ca2-fc398fb25eac) and the XCP-ng VM UUID (0fcb876a-4cca-a5ff-3ca2-fc398fb25eac).

I'd check the guest kernel version first.

]]>https://xcp-ng.org/forum/post/95778https://xcp-ng.org/forum/post/95778Wed, 30 Jul 2025 10:13:21 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Tue, 29 Jul 2025 08:12:43 GMT]]>@Cyrille I am seeing /sys/hypervisor/uuid matching dmidecode's Serial Number matching VM ID in xen orchestra.

dmidecode's UUID however is different from those three.

]]>https://xcp-ng.org/forum/post/95743https://xcp-ng.org/forum/post/95743Tue, 29 Jul 2025 08:12:43 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Tue, 29 Jul 2025 08:07:46 GMT]]>@deefdragon can you check if /sys/hypervisor/uuid matches your VMs UUID?

]]>https://xcp-ng.org/forum/post/95742https://xcp-ng.org/forum/post/95742Tue, 29 Jul 2025 08:07:46 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Mon, 28 Jul 2025 10:23:33 GMT]]>@Cyrille Genuinly no idea unfortunately. The only thing I can think that I've done is that the VMs are being loaded in from a template.

I had to deploy new VMs through my terraform recently, and I AM still seeing an incorrect system UUID on those, so I can only guess its somehow the template?

I am also seeing the serial number from DMIDECODE match the VM ID in xen orchestra as well still.

]]>https://xcp-ng.org/forum/post/95725https://xcp-ng.org/forum/post/95725Mon, 28 Jul 2025 10:23:33 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Mon, 28 Jul 2025 10:13:54 GMT]]>Hi,
Do you know what causes the system UUID to change and not match the VM UUID?

In the tests I have run (with Debian and Microk8s), it never changed.

]]>https://xcp-ng.org/forum/post/95724https://xcp-ng.org/forum/post/95724Mon, 28 Jul 2025 10:13:54 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 16 Jul 2025 11:41:48 GMT]]>No, it's fine, as long the issue contains all the relevant details it's fine 🙂

]]>https://xcp-ng.org/forum/post/95428https://xcp-ng.org/forum/post/95428Wed, 16 Jul 2025 11:41:48 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 16 Jul 2025 11:09:58 GMT]]>@olivierlambert I already have an issue liked in my original post. do you want me to make a new issue about how the vm Id is retrieved? or just comment on the issue I already have?

]]>https://xcp-ng.org/forum/post/95426https://xcp-ng.org/forum/post/95426Wed, 16 Jul 2025 11:09:58 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 16 Jul 2025 11:05:04 GMT]]>Can you open an issue on the Github repo for the CCM?

]]>https://xcp-ng.org/forum/post/95424https://xcp-ng.org/forum/post/95424Wed, 16 Jul 2025 11:05:04 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 16 Jul 2025 09:45:16 GMT]]>@olivierlambert Unfortunatly, the UUID is getting pulled by kubernetes itself for XO-CCM, so I have no control over that that Im aware.

]]>https://xcp-ng.org/forum/post/95419https://xcp-ng.org/forum/post/95419Wed, 16 Jul 2025 09:45:16 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 16 Jul 2025 09:36:06 GMT]]>Can you use another way than dmidecode to fetch the UUID? Because it's not the right way to get VM UUID (instead you should use xenstore read with the UUID key

]]>https://xcp-ng.org/forum/post/95418https://xcp-ng.org/forum/post/95418Wed, 16 Jul 2025 09:36:06 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 16 Jul 2025 08:59:14 GMT]]>OK. back where I started. that was a garbage AI-written "help" article that just spewed out garbage commands as if they actually worked. Still looking for a way to resetset the dmi UUID

]]>https://xcp-ng.org/forum/post/95417https://xcp-ng.org/forum/post/95417Wed, 16 Jul 2025 08:59:14 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 16 Jul 2025 07:05:37 GMT]]>@olivierlambert Ah. Ok. It looks like I can update the system uuid via

sudo dmidecode -s system-uuid -s <new_uuid>

found from here, but if you happen to know if that should work, Id love a confirmation before I go and make a mess of a worker node.

]]>https://xcp-ng.org/forum/post/95412https://xcp-ng.org/forum/post/95412Wed, 16 Jul 2025 07:05:37 GMT<![CDATA[Reply to VM UUID via dmidecode does not match VM ID in xen-orchestra on Wed, 16 Jul 2025 06:59:12 GMT]]>It's likely because the VM UUID from a XAPI perspective is different (generated by XAPI) and you can fetch it by reading the appropriate xenstor entry.

]]>https://xcp-ng.org/forum/post/95410https://xcp-ng.org/forum/post/95410Wed, 16 Jul 2025 06:59:12 GMT