Description of problem: I inadvertently had the dmidecode package installed on a domU -- and it was causing the info test to run "dmidecode", and that caused the test to fail because I got the following errors from dmidecode (expected on an ia64 box): /sys/firmware/efi/systab: SMBIOS entry point missing # dmidecode 2.7 ... if I remove the dmidecode package, it passes -- so there probably needs to be a check around the part that executes dmicode that also tests to see if dmidecode is really _supported_ on the current architecture. It's NOT on ia64 as far as I can tell. Version-Release number of selected component (if applicable): hts-5.1-16 How reproducible: 100% Additional info: I'll attach an RPM of HTS results whereby the first INFO test fails (while all the other cert tests pass) and then second run with the dmidecode package removed and it passes -- you can check the sosreport output to validate this difference. NOTE: the attached package IS NOT a formal certification submittal - it is provided to demonstrate the defect ONLY.
Created attachment 295476 [details] Cert-results package (NOT A FORMAL SUBMITTAL)
Fixed in R4. HTS calls dmidecode to provide hardware information for submission. If dmidecode returns an error, it is not an indicator of hardware incompatibility.
*** Bug 415151 has been marked as a duplicate of this bug. ***
*** Bug 444883 has been marked as a duplicate of this bug. ***
Hello, I confirmed that INFO test passed in the full virtualized guest if dmidecode is installed. (I used hts-5.2-13) Thank you for fix bug. Regards, Hideto Yamada.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2008-0493.html