@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.

@Cyrille It would be nice if (assuming integration with the ccm) there was a way to integrate the horizontal scaling tooling that exists to automatically scale up&down (setting minimum/maximum VM counts), but that is 100% out of scope for the CCM as is Im sure. If you are asking for a dream wishlist tho, Id love if I could See what recipes Ive deployed & their current settings & general sum-stats have ability to adjust variables such as the ssh key, the current worker count or upgrade to a HA cluster (that is, increase master count to 3. (I understand that some of those are harder than others) Be able to upgrade the recipes as necessary (IE from 1.33-> 1.34).

Thanks for the tip. Requested.