Bug 273321 - hts does not see cciss storage
Summary: hts does not see cciss storage
Alias: None
Product: Red Hat Hardware Certification Program
Classification: Red Hat
Component: Test Suite (tests)
Version: 5
Hardware: All
OS: All
Target Milestone: ---
: ---
Assignee: YangKun
QA Contact:
: 343711 351121 (view as bug list)
Depends On:
Blocks: 223107
TreeView+ depends on / blocked
Reported: 2007-08-31 21:37 UTC by Doug Chapman
Modified: 2018-10-19 22:26 UTC (History)
3 users (show)

Fixed In Version: hts-5.1-11
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-11-02 06:00:26 UTC

Attachments (Terms of Use)
Output of hal-device (48.89 KB, application/octet-stream)
2007-09-06 16:43 UTC, David Aquilina
no flags Details
sosreport from affected system (2.22 MB, application/x-bzip2)
2007-09-06 16:48 UTC, David Aquilina
no flags Details
test results from hts-5.1-3 info test (389.34 KB, application/octet-stream)
2007-10-25 22:50 UTC, Rick Hester
no flags Details

System ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2008:0034 normal SHIPPED_LIVE hts bug fix and enhancement update 2008-02-15 15:24:44 UTC

Description Doug Chapman 2007-08-31 21:37:58 UTC
Description of problem:
The recent versions of hts do not see storage on cciss devices.  During RHEL5.0
certification running hts-5.0-32 it saw the devices but -48 and -50 do not.  I
did not go through all interim versions to determine where this regressed.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. hts discover
2. hts plan
3. hts print --report plan

If the above is done on a system with cciss storage (i.e. devices under
/dev/cciss/c0d0*) those devices do not show up and the storage tests do not run.
 The new HP servers typically only have cciss storage by default.

Actual results:

Expected results:

Additional info:

Comment 1 Rick Hester 2007-08-31 23:23:44 UTC
I'm bumping the severity of this up a bit because cciss storage is standard on
several of our boxes so it is important that the certification works for these

Comment 2 Issue Tracker 2007-09-06 16:39:31 UTC
[root@rx2620 ~]# rpm -q hts
[root@rx2620 ~]# hts print --report plan
loaded configuration /var/hts/config.xml
loaded plan /var/hts/plan.xml

Test Plan:
network    eth1       net_00_0e_7f_7e_0e_ff                
network    eth0       net_00_0e_7f_7e_0e_fe                
video                 pci_1002_5159                        
cdrom      hda        storage_model_HL_DT_ST_DVD_RW_GCA_4040N 

after removing hts-5.0-50, along with /var/hts, and installing hts-5.0-32
and rerunning the discovery and plan: 

[root@rx2620 32]# rpm -q hts
[root@rx2620 32]# hts print --report plan
loaded configuration /var/hts/config.xml
loaded plan /var/hts/plan.xml

Test Plan:
cdrom      HL-DT-ST DVD+RW GCA-4040N           
usb        Computer                                                  
network    Networking Interface                 net_00_0e_7f_7e_0e_fe 
network    Networking Interface                 net_00_0e_7f_7e_0e_ff 
memory     Computer                                                  
info       Computer                                                  
core       Computer                                                  
storage    Smart Array 64xx                     pci_e11_46           
video      Radeon RV100 QY [Radeon 7000/VE]     pci_1002_5159        

This event sent from IssueTracker by dwa 
 issue 131503

Comment 3 David Aquilina 2007-09-06 16:43:47 UTC
Created attachment 188941 [details]
Output of hal-device

Comment 4 David Aquilina 2007-09-06 16:48:20 UTC
Created attachment 188961 [details]
sosreport from affected system

Comment 5 Ronald Pacheco 2007-09-06 17:30:17 UTC
Raising the sevcerity and priority since HP reports that this is blocking their
cert activities.

Comment 6 YangKun 2007-10-08 07:09:39 UTC
This issue is fixed in HTS5.1 . And currently HTS5.1 is under QE testing. So for
now, I'd suggest you keep using hts-5.0-48, and manually add the cciss device
into testplan like following:
  1) remove other versions of HTS
  2) install hts-5.0-48
  3) remove all ".xml" files under "/var/hts/" (please backup if necessary)
  4) run the command:
        # hts plan
  5) add the cciss storage device:
        # hts plan --add --test storage --device cciss/c0dX
  6) run the storage test:
        # hts certify --test storage

  o in step 5), you should change "cciss/c0dX" to the proper device name, and it
should be a "drive's name"(analogus to "sda" for a normal SATA drive etc.), not
a partition's name; 
  o please make sure there're at least one swap partition on "cciss/c0dX" and it
functions well, otherwise the storage test will fail.

Comment 7 Doug Chapman 2007-10-10 19:10:47 UTC
I have verified the workaround and it does indeed do the trick, let me know if
you want me to try out the updated hts suite at some point as well.

Comment 8 Issue Tracker 2007-10-16 19:00:04 UTC
This problem does not appear to have been fixed in hts-5.1-3.el5.

In fact, the workaround does not seem to work in hts-5.1-3.el5 either:

[root@max1-pr ~]# mv /var/hts/*.xml .
[root@max1-pr ~]# ls
anaconda-ks.cfg  install.log.syslog                       rhel5.1cert
config.xml       max1-pr.ruby.test.2007101413141.tar.bz2  SetupCert
hts-5.1-3        package.log
install.log      plan.xml

[root@max1-pr ~]# hts plan
process 4101: Applications must not close shared connections - see
dbus_connection_close() docs. This is a bug in the application.
Hardware: Red Hat unknown ParaVirt Guest
OS: Tikanga 5.1
saved configuration to /var/hts/config.xml
OS Version RHEL5, kernel rpm kernel-xen-2.6.18-52.el5
Created a new plan with 8 tests on 50 devices
saved test plan to /var/hts/plan.xml

[root@max1-pr ~]# ls /dev/cciss
c0d0  c0d0p1  c0d0p2  c0d1  c0d2
[root@max1-pr ~]# hts plan --add --test storage --device cciss/c0d1
loaded configuration /var/hts/config.xml
loaded plan /var/hts/plan.xml
Warning: unknown device: cciss/c0d1
OS Version RHEL5, kernel rpm kernel-xen-2.6.18-52.el5
Added test
saved test plan to /var/hts/plan.xml
[root@max1-pr ~]#

STEP 6) 

[root@max1-pr ~]# hts print --report summary
loaded configuration /var/hts/config.xml
loaded plan /var/hts/plan.xml
loaded results /var/hts/results.xml
+-------- System Info Section End --------+

----test device is cciss/c0d1----

*** Testing buffered filesystem (ext3) performance on cciss/c0d1
Error: can not make the mount dir.
...finished running ./storage.py, exit code=1
recovered exit code=1
hts-report-result /HTS/hts/storage FAIL
saveOutput: /var/log/hts/runs/3/storage/output.log
Return value was 0
running info on /org/freedesktop/Hal/devices/computer
mkdir -p /tmp/hts-info-zMez1O/mnt/tests/HTS/hts/info
cp -a testinfo.desc runtest.sh info.py Makefile
install -m 0755 runtest.sh /tmp/hts-info-zMez1O/mnt/tests/HTS/hts/info
make OUTPUTFILE=/var/log/hts/runs/3/info/output.log RUNMODE=normal
UDI=/org/freedesktop/Hal/devices/computer DEVICE= TESTSERVER=unknown run
chmod a+x ./runtest.sh ./info.py
Running ./info.py:
OS Version RHEL5, kernel rpm kernel-xen-2.6.18-52.el5
+ rpm -ql kernel-xen-2.6.18-52.el5
Checking Kernel: PASS
Checking Modules: PASS


Red Hat Hardware Certification test
Test Suite:    5.1    Release: 3
Plan Created:  2007-10-14 01:36:50
Test Server:   unknown

Run: 1 on 2007-10-14 01:42:00
Tests: 9 planned,  2 run, 1 passed, 1 failed

Test Run 1
usb                                                  -
network eth1    net_00_15_60_04_d7_f5                -
network eth0    net_00_15_60_04_d7_f4                -
memory                                               -
cdrom   scd0    storage_serial__NEC_DVD__RW_ND_6650A_A60020000001 -
core                                                 -
info                                                 - PASS
video           pci_1002_5159                        -
storage cciss/c0d1                                      - FAIL

Combined Results for 1 Runs:
   9 tests planned
   2 tests run
   1 tests always failed
   1 tests always passed
[root@max1-pr ~]#

I'll attach the cert results package

This event sent from IssueTracker by dwa 
 issue 131503

Comment 9 Greg Nichols 2007-10-22 13:02:56 UTC
*** Bug 343711 has been marked as a duplicate of this bug. ***

Comment 10 YangKun 2007-10-25 15:31:47 UTC
I can not get enough information, could you please run "hts submit" and attach
the result rpm here ?


Comment 11 Rick Hester 2007-10-25 22:50:19 UTC
Created attachment 238141 [details]
test results from hts-5.1-3  info test

This is the info test results run in hts-5.1-3 on an rx6600 with several 
smart array RAID volumes .

The hts plan function did not locate any of the devices.

Comment 12 Rick Hester 2007-10-25 22:51:46 UTC
Here's the output from hts plan

[root@max2 hts]# hts print --report summary
loaded configuration /var/hts/config.xml
loaded plan /var/hts/plan.xml

Test Plan:
network    eth1       net_00_1a_4b_06_31_17
network    eth0       net_00_1a_4b_06_31_16
storage    sda        storage_serial_2000c50fffe84c632
storage    sdb        storage_serial_2000c50fffe7834e3
storage    sdc        storage_serial_2000c50fffe78355e
storage    sdd        storage_serial_2000c50fffe783295
storage    sde        storage_serial_2000c50fffe783908
storage    sdf        storage_serial_20010b9ff14126817
storage    sdg        storage_serial_20010b9ff14122f0f
storage    sdh        storage_serial_3600508b40001178d00026000065b0000
storage    sdi        storage_serial_3600508b40001178d0002600006610000
storage    sdj        storage_serial_3600508b40001178d0002600006670000
storage    sdk        storage_serial_3600508b40001178d00026000066d0000
cdrom      scd0       storage_serial_TEAC_DV_28E_N_A60020000001
[root@max2 hts]#

Comment 13 YangKun 2007-10-26 10:39:28 UTC
fixed this issue in hts-5.1-7

Comment 14 Rick Hester 2007-10-26 13:45:07 UTC

Is hts-5.1-7 available to partners?

Comment 15 Greg Nichols 2007-10-29 12:27:49 UTC
*** Bug 351121 has been marked as a duplicate of this bug. ***

Comment 17 Rick Hester 2007-11-01 22:56:09 UTC
Verified fixed in hts-5.1-11

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