Bug 1177127
| Summary: | [SVVP]smbios HCT job failed with 'Processor Max Speed cannot be Unknown' with -M pc-i440fx-rhel7.1.0 | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Mike Cao <bcao> | |
| Component: | qemu-kvm-rhev | Assignee: | Eduardo Habkost <ehabkost> | |
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | |
| Severity: | urgent | Docs Contact: | ||
| Priority: | urgent | |||
| Version: | 7.1 | CC: | bcao, ehabkost, huiwa, juzhang, knoel, kraxel, lmiksik, michen, mst, virt-maint | |
| Target Milestone: | rc | Keywords: | Regression, TestBlocker | |
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | qemu-kvm-rhev-2.1.2-19.el7 | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1179165 (view as bug list) | Environment: | ||
| Last Closed: | 2015-03-05 09:57:51 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: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 1179165 | |||
|
Description
Mike Cao
2014-12-24 10:06:13 UTC
Are we sure this is a regression? It could be a new SVVP requirement, could it not? I checked and it seems we always set speed to Unknown. Can this be tested on an older host to make sure? Alternatively, does -M pc-i440fx-rhel7.1.0 change things? (In reply to Michael S. Tsirkin from comment #3) > Are we sure this is a regression? Yep,It is a regression,as I did not hit this issue during RHEL7.0 SVVP Test. > It could be a new SVVP requirement, could it not? It is a old requirement for years.. > I checked and it seems we always set speed to Unknown. > Can this be tested on an older host to make sure? > what's the "older" mean here , RHEL7.0 or older RHEL7.1 ? if it is RHEL7.0 ,the SVVP test logs has submit to MSFT ald which means we did not hit the issue.for older RHEL7.1,I did not test it. > Alternatively, does -M pc-i440fx-rhel7.1.0 > change things? Sorry ,I did not get your question. In case you miss the point: using -M pc-i440fx-rhel7.0.0 on the same host will not hit the issue. Any more issues pls let me know Thanks, Mike There's a Brew scratch build for testing at: http://brewweb.devel.redhat.com/brew/taskinfo?taskID=8454404 It changes the max_speed and current_speed fields to match the old Seabios defaults (2000 MHz instead of 0). Please confirm if this is enough to fix the issue, or if other fields also need to be updated. (In reply to Eduardo Habkost from comment #5) > There's a Brew scratch build for testing at: > http://brewweb.devel.redhat.com/brew/taskinfo?taskID=8454404 > > It changes the max_speed and current_speed fields to match the old Seabios > defaults (2000 MHz instead of 0). > > Please confirm if this is enough to fix the issue, or if other fields also > need to be updated. Much better .but the job still failed with following info: Can you help to fix following issues as well ? Message 1/6/2015 11:26:32.609 AM WARNING! Memory Part Number is 0x00. Please consider adding this string. See SYSFUND-0210 for more information. Error 1/6/2015 11:26:32.609 AM SMBiosCheckSystemMemoryDeviceTables - System Memory Device with Size of 0 found! Systems seeking Server logo must have all memory slots populated! If there is a memory device in each slot, consult with your BIOS developer as this is a bug in the SMBIOS implementation. File: base\hals\smbioshct\smbioshct.cpp Line: 5661 Error Type: HRESULT Error Code: 0x80004005 Error Text: Unspecified error Error 1/6/2015 11:26:32.609 AM SMBiosCheckSystemMemoryDeviceTables - PLEASE NOTE: Windows Server system certification expects the server memory configuration to be the largest capacity at the highest memory clock speed that is supported by the server, regardless of the number of memory channels or DIMM slots. Should the above result in one or more DIMM slots being left unpopulated, due to technical constraints in the memory subsystem architectures, please describe those in a document accompanying the certification .hckx package submission. File: base\hals\smbioshct\smbioshct.cpp Line: 5669 Error Type: HRESULT Error Code: 0x80004005 Error Text: Unspecified error Error 1/6/2015 11:26:32.609 AM SMBiosCheckSystemMemoryDeviceTables - That write-up must include the following: 1. The true maximum amount of memory the server can support in kilobytes. For example, specify 16777216 to mean 16GB, or 67108864 for 64GB, or 268435456 for 256GB, and so on. 2. The technical reasons why one or more memory DIMM slots are left unpopulated for the WHCK test runs. This write-up will be taken into consideration during the Windows Server hardware certification review of the test results. File: base\hals\smbioshct\smbioshct.cpp Line: 5683 Error Type: HRESULT Error Code: 0x80004005 Error Text: Unspecified error Message 1/6/2015 11:26:33.609 AM SMBIOS reported installed system memory: 245760 MB Message 1/6/2015 11:26:33.609 AM SMBIOS reported system memory capacity: 262144 MB Message 1/6/2015 11:26:33.609 AM System memory available to Windows: 262143 MB Error 1/6/2015 11:26:33.609 AM SMBiosCheckSystemMemoryDeviceTables - System memory available to Windows cannot be greater than SMBIOS reported system memory! This indicates an error in the SMBIOS implementation. Check the size fields of all memory device tables belonging to physical memory arrays marked for system memory use. File: base\hals\smbioshct\smbioshct.cpp Line: 5993 Error Type: HRESULT Error Code: 0x80004005 Error Text: Unspecified error (In reply to Mike Cao from comment #6) > (In reply to Eduardo Habkost from comment #5) > > There's a Brew scratch build for testing at: > > http://brewweb.devel.redhat.com/brew/taskinfo?taskID=8454404 > > > > It changes the max_speed and current_speed fields to match the old Seabios > > defaults (2000 MHz instead of 0). > > > > Please confirm if this is enough to fix the issue, or if other fields also > > need to be updated. > > Much better .but the job still failed with following info: > Can you help to fix following issues as well ? > I will take a look and probably fix all at the same time upstream, but please open a new BZ for it as they are different bugs. Thanks! (In reply to Eduardo Habkost from comment #7) > (In reply to Mike Cao from comment #6) > > (In reply to Eduardo Habkost from comment #5) > > > There's a Brew scratch build for testing at: > > > http://brewweb.devel.redhat.com/brew/taskinfo?taskID=8454404 > > > > > > It changes the max_speed and current_speed fields to match the old Seabios > > > defaults (2000 MHz instead of 0). > > > > > > Please confirm if this is enough to fix the issue, or if other fields also > > > need to be updated. > > > > Much better .but the job still failed with following info: > > Can you help to fix following issues as well ? > > > > I will take a look and probably fix all at the same time upstream, but > please open a new BZ for it as they are different bugs. Thanks! Sorry ,Do you support to report bug for strach build ? Thanks Mike (In reply to Eduardo Habkost from comment #7) > (In reply to Mike Cao from comment #6) > > (In reply to Eduardo Habkost from comment #5) > > > There's a Brew scratch build for testing at: > > > http://brewweb.devel.redhat.com/brew/taskinfo?taskID=8454404 > > > > > > It changes the max_speed and current_speed fields to match the old Seabios > > > defaults (2000 MHz instead of 0). > > > > > > Please confirm if this is enough to fix the issue, or if other fields also > > > need to be updated. > > > > Much better .but the job still failed with following info: > > Can you help to fix following issues as well ? > > > > I will take a look and probably fix all at the same time upstream, but > please open a new BZ for it as they are different bugs. Thanks! bug 1179165 Fix submitted upstream:
From: Eduardo Habkost <ehabkost>
To: qemu-devel
Cc: Paolo Bonzini <pbonzini>, "Gabriel L. Somlo" <gsomlo>,
Gerd Hoffmann <kraxel>
Subject: [PATCH 0/2] smbios: Fixes for SVVP tests
Date: Wed, 7 Jan 2015 15:36:32 -0200
Message-Id: <1420652194-3224-1-git-send-email-ehabkost>
Fix included in qemu-kvm-rhev-2.1.2-19.el7 Verified this issue on qemu-kvm-rhev-2.1.2-19.el7 Steps same as comment#0 Actual Results: Job can pass Based on above ,this issue has been fixed ald on windows platform According to comment15, set this issue as verified. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHSA-2015-0624.html |