Bug 799708
Summary: | [RFE] Display CPU type + extended information on status screen | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Andrew Cathrow <acathrow> | |
Component: | ovirt-node | Assignee: | Joey Boggs <jboggs> | |
Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | |
Severity: | medium | Docs Contact: | ||
Priority: | high | |||
Version: | 6.4 | CC: | acathrow, berrange, bsarathy, djuran, dyasny, gouyang, hadong, jbiddle, jboggs, leiwang, lnovich, mburns, ovirt-maint, rbalakri, ycui | |
Target Milestone: | rc | Keywords: | FutureFeature | |
Target Release: | --- | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | ovirt-node-2.5.0-5.el6 | Doc Type: | Enhancement | |
Doc Text: |
The CPU Details Info section of the status page has been improved to include more information. It now lists CPU Name, CPU Type, Virtualization Extensions Enabled, Flag, CPU Sockets, and CPU Cores.
|
Story Points: | --- | |
Clone Of: | ||||
: | 831319 852682 (view as bug list) | Environment: | ||
Last Closed: | 2013-02-28 16:30:16 UTC | Type: | --- | |
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: | 831319 | |||
Bug Blocks: | 816255, 840699, 852682 |
Description
Andrew Cathrow
2012-03-04 14:13:54 UTC
> A common issue from users is to understand what CPU they have and it's
> capabilities - eg. VT/SVM and NX being disabled are problem for us.
Libvirt 0.9.10+ now provides a standalone command expressly for validating the scenario fo VT/SVM being off in the BIOS. eg you can run
# virt-host-validate qemu
QEMU: Checking for hardware virtualization : PASS
QEMU: Checking for device /dev/kvm : PASS
QEMU: Checking for device /dev/vhost-net : PASS
QEMU: Checking for device /dev/net/tun : PASS
we don't check NX currently, but that could be added. The virt-host-validate command is intended to be used by users / admins to sanity check their hardware prior to running libvirt/KVM
(In reply to comment #4) > > A common issue from users is to understand what CPU they have and it's > > capabilities - eg. VT/SVM and NX being disabled are problem for us. > > Libvirt 0.9.10+ now provides a standalone command expressly for validating the > scenario fo VT/SVM being off in the BIOS. eg you can run > > # virt-host-validate qemu > QEMU: Checking for hardware virtualization : > PASS > QEMU: Checking for device /dev/kvm : > PASS > QEMU: Checking for device /dev/vhost-net : > PASS > QEMU: Checking for device /dev/net/tun : > PASS > > > we don't check NX currently, but that could be added. The virt-host-validate > command is intended to be used by users / admins to sanity check their hardware > prior to running libvirt/KVM Dan what's your thoughts on adding the virsh capabilities cpu vendor|model output there as well ? Alternatively we just parse that ourselves. We could add a check that the host CPU model, is resolvable to one of the CPU models in cpu_map.xml - that would catch the NX problem nicely. This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development. This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4. Test version: rhev-hypervisor6-6.4-20121212.1.el6 ovirt-node-2.5.0-11.el6 Tested as follows: 1. clean install rhev-h 2. Enter into status page 3. click the "<view cpu details>" button to view CPU Details Info CPU Details page provide the follow item info: CPU Name/CPU Type/Virtualization Extensions Enabled/Flag/CPU Sockets/CPU Cores so this bug has been fixed, change the the status into "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. http://rhn.redhat.com/errata/RHBA-2013-0556.html |