Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1881036

Summary:	System serial number is not detected, and dmidecode command is missing from the iso image
Product:	OpenShift Container Platform	Reporter:	Udi Kalifon <ukalifon>
Component:	assisted-installer	Assignee:	Ori Amizur <oamizur>
assisted-installer sub component:	discovery-agent	QA Contact:	Yuri Obshansky <yobshans>
Status:	CLOSED NOTABUG	Docs Contact:
Severity:	high
Priority:	unspecified	CC:	alazar, aos-bugs
Version:	4.6
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2020-09-22 12:39:23 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Udi Kalifon 2020-09-21 12:08:19 UTC

Description of problem:
I registered some hosts (libvirt) to the service and noticed that the serial number is not detected. I tried to run "dmidecode -s system-serial-number" in the discovery iso and the command is not even available there.


Version-Release number of selected component (if applicable):
Staging on Sep. 21


How reproducible:
100%


Steps to Reproduce:
1. Create a cluster
2. Download the discovery iso
3. Boot some libvirt machines with the iso


Actual results:
In the GUI after the machines register, the introspection data is missing the serial number

Comment 1 Ori Amizur 2020-09-22 09:55:36 UTC

ukalifon The dmidecode command is in the container, not in the machine.
We are using the baseboard-serial-number and not system-serial-number.
Serial number is not available on virtual machines.  We use system uuid (system-uuid) instead.
I suggest to close the issue.
cc: alazar