2016-06-15 6 views
0

Мне нужно зарегистрироваться для целей мониторинга. Серверы Linux, работающие на реальном оборудовании, а также на виртуальных машинах, AWS, Azure, .. отправив свой уникальный идентификатор. Я понял, что идентификатор дается'sudo dmidecode | grep UUID 'и'/sys/devices/virtual/dmi/id/product_uuid '. Они такие же?

sudo dmidecode | grep UUID 

является лучшим выбором, поскольку его результат отличается, даже если вы клонировали виртуальную машину без повторной инициализации MAC-адреса.

Но dmidecode не установлен повсюду. Поэтому я пытаюсь понять файл /sys/devices/virtual/dmi/id/product_uuidвсегда содержит тот же UUID, что и указатель dmidecode?

+1

Похоже, что '/ sys/class/dmi/id/product_uuid' также содержит UUID (то же самое на моей машине), я не знаю, как он отличается от'/sys/devices/virtual/dmi/id/product_uuid ... – Emilien

+0

'/ sys/class/dmi/id' является символической ссылкой на' ../../ devices/virtual/dmi/id' По крайней мере, в моей системе. – Syb3rian

ответ

1

dmidecode | grep UUID и /sys/devices/virtual/dmi/id/product_uuid должны быть равны, но в зависимости от вашей системы выход может отличаться.

От dmidecode source code:

/* 
* As of version 2.6 of the SMBIOS specification, the first 3 
* fields of the UUID are supposed to be encoded on little-endian. 
* The specification says that this is the defacto standard, 
* however I've seen systems following RFC 4122 instead and use 
* network byte order, so I am reluctant to apply the byte-swapping 
* for older versions. 
*/ 

Смотрите также: [PATCH] dmi, Use little-endian for sysfs PRODUCT UUID

Я заметил, что Ansible также попробовать/SYS первой и возвращаться к dmidecode исполняемого файла для сбора связанных с DMI фактов.

Смежные вопросы