Pourquoi l’UUID de dmidecode diffère de celui rapporté par VMware et comment y remédier

Avec l’arrivée de nouveaux OS , et une architecture VMware à jour, de petit changement  peuvent apparaître. Nous sommes actuellement en version VMware 6.7 U3 pour le vCenter et nos dernier ESXis sont en également en version 6.7 dans un Build datant de 4 à 5 mois, et cette semaine un collègue ingénieur système explorait les méandres de sa nouvelle RedHat8, quand il s’aperçoit que la commande dmidecode ne remontait pas le même uuid que VMware….  Certains octets son inversés !?!?!?

dmidecode | grep UUID

get-vm -name myVm |%{(Get-View $_.Id).config.uuid}

ou 

(get-vm -name myVm ).ExtensionData.Config.Uuid

Après quelques lecture comme : 

• little-and-big-endian -mystery   :  https://www.geeksforgeeks.org/little-and-big-endian-mystery/

• dmidecode UUID dependency on Hardware version (53609) : https://kb.vmware.com/s/article/53609

Nous avons pu comprendre qu’avec nos OS RedHat 8 et du Hardware Vmware 15, nous allions revoir nos petites habitudes. 

La commande dmidecode à donc été remplacé par : 

dd if=/sys/firmware/dmi/entries/1-0/raw bs=1 count=24 status=none | od -j8 -tx1 -Ax | head -1|cut -f2- -d’ ‘| sed ‘s/ //;s/ //;s/ //;s/ /-/;s/ //;s/ /-/;s/ //;s/ /-/;s/ //;s/ /-/;s/ //g’