Bug 310861 - HTS should notify user when run under PV guest
Summary: HTS should notify user when run under PV guest
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Hardware Certification Program
Classification: Retired
Component: Test Suite (harness)
Version: 5
Hardware: All
OS: Linux
low
low
Target Milestone: ---
: ---
Assignee: YangKun
QA Contact: Lawrence Lim
URL:
Whiteboard:
: 313531 313541 (view as bug list)
Depends On:
Blocks: 460997
TreeView+ depends on / blocked
 
Reported: 2007-09-28 13:15 UTC by Satyabrata Maitra
Modified: 2014-03-26 00:55 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-02-24 17:30:59 UTC
Embargoed:


Attachments (Terms of Use)
ia64-xen-EL5.1-hts-5.1.1-result (8.00 KB, application/x-rpm)
2007-09-28 13:15 UTC, Satyabrata Maitra
no flags Details

Description Satyabrata Maitra 2007-09-28 13:15:09 UTC
Description of problem:
When try to create new certification for ia64-xen-RHEL-5.1-HTS-5.1.1 system, and
try to attach the .rpm file for the hts testing, its giving the following error:

Error :

redhat.com | Certified Hardware
System Error
There has been a system error: Error creating scratch installation: .

Version-Release number of selected component (if applicable):
RHEL5.1-Server
hts-5.1.1

How reproducible:
Always

Steps to Reproduce:
1.
2.
3.
  
Actual results:
Showing Error

Expected result
It should proceed with certifications:


Additional info: .rpm file is attached for reproducing the bug.

Comment 1 Satyabrata Maitra 2007-09-28 13:15:09 UTC
Created attachment 210291 [details]
ia64-xen-EL5.1-hts-5.1.1-result

Comment 2 Rob Landry 2007-09-28 15:01:48 UTC
Changing product to test suite.  It seems the package is for a para-virt guest
which isn't technically supported but the failures from the catalog are because
the package appears corrupted.

Comment 3 Greg Nichols 2007-10-03 15:03:15 UTC
*** Bug 313531 has been marked as a duplicate of this bug. ***

Comment 4 Greg Nichols 2007-10-03 15:03:51 UTC
*** Bug 313541 has been marked as a duplicate of this bug. ***

Comment 5 Greg Nichols 2008-03-07 02:25:36 UTC
The bug is that HTS should detect when it is running on a PV guest, and notify
the user that HTS is not intended to run on a PV guest.   Changing summary
accordingly.

Comment 9 Rob Landry 2008-08-13 14:20:32 UTC
Is there a more concrete way to verify that you're in a paravirt env. than just an error from dmidecode on a -xen kernel.  I would think there are other possibilities for that condition to be true.

Comment 10 YangKun 2008-08-14 00:59:30 UTC
(In reply to comment #9)
> Is there a more concrete way to verify that you're in a paravirt env. than just
> an error from dmidecode on a -xen kernel.  I would think there are other
> possibilities for that condition to be true.

for what I know, checking the BIOS is an effective way. I don't have any other better idea to do this.

-YK

Comment 11 YangKun 2008-08-14 08:38:21 UTC
got another way from the virtualist, in "/usr/lib/python2.4/site-packages/sos/plugins/xen.py":
        ======================================
        if os.access("/proc/acpi/dsdt", os.R_OK):
            (status, output) = commands.getstatusoutput("/usr/bin/strings /proc/acpi/dsdt | grep -q int-xen")
            if status == 0:
                return "hvm"

        if os.access("/proc/xen/capabilities", os.R_OK):
            (status, output) = commands.getstatusoutput("grep -q control_d /proc/xen/capabilities")
            if status == 0:
                return "dom0"
            else:
                return "domU"
        ======================================

should I change to use this method and write a new patch ?

-YK

Comment 12 Rob Landry 2008-08-14 14:09:20 UTC
What is the output from "grep -q control_d /proc/xen/capabilities" for each of dom0, domU-PV, domU-FV ?

Comment 13 YangKun 2008-08-18 02:53:35 UTC
dom0:
===================================
[root@dhcp-65-2 ~]# /usr/bin/strings /proc/acpi/dsdt | grep -q int-xen
[root@dhcp-65-2 ~]# grep -q control_d /proc/xen/capabilities
[root@dhcp-65-2 ~]# python
Python 2.4.3 (#1, Jan 14 2008, 18:32:40) 
[GCC 4.1.2 20070626 (Red Hat 4.1.2-14)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import commands
>>> (status, output) = commands.getstatusoutput("/usr/bin/strings /proc/acpi/dsdt | grep -q int-xen")
>>> status
256
>>> (status, output) = commands.getstatusoutput("grep -q control_d /proc/xen/capabilities")
>>> status
0
>>> 
[root@dhcp-65-2 ~]#
===================================


domU-PV:
===================================
[root@dhcp-65-126 ~]# /usr/bin/strings /proc/acpi/dsdt | grep -q int-xen
/usr/bin/strings: '/proc/acpi/dsdt': No such file
[root@dhcp-65-126 ~]# grep -q control_d /proc/xen/capabilities
[root@dhcp-65-126 ~]# python
Python 2.4.3 (#1, Jan 14 2008, 18:32:40) 
[GCC 4.1.2 20070626 (Red Hat 4.1.2-14)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import commands
>>> (status, output) = commands.getstatusoutput("grep -q control_d /proc/xen/capabilities")
>>> status
256
>>> 
[root@dhcp-65-126 ~]#
===================================


domU-FV:
===================================
[root@dhcp-65-117 ~]# /usr/bin/strings /proc/acpi/dsdt | grep -q int-xen
[root@dhcp-65-117 ~]# grep -q control_d /proc/xen/capabilities
[root@dhcp-65-117 ~]# python
Python 2.4.3 (#1, Jan 14 2008, 18:32:40) 
[GCC 4.1.2 20070626 (Red Hat 4.1.2-14)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import commands
>>> (status, output) = commands.getstatusoutput("/usr/bin/strings /proc/acpi/dsdt | grep -q int-xen")
>>> status
256
>>> (status, output) = commands.getstatusoutput("grep -q control_d /proc/xen/capabilities")
>>> status
0
>>> 
[root@dhcp-65-117 ~]#
===================================


this approach also have to rely on a return value of a command to distinguish the domU-PV.


Note You need to log in before you can comment on or make changes to this bug.