Description of problem: After running cdrom test (hts print showed the test passed), "hts submit" failed to create results*.rpm file and print errors on display (see below). [root@localhost temp]# hts submit loaded configuration /var/hts/config.xml loaded plan /var/hts/plan.xml loaded results /var/hts/results.xml Traceback (most recent call last): File "/usr/bin/hts", line 113, in ? success = hts.do(args) File "/usr/lib/python2.4/site-packages/hts/hardwaretest.py", line 73, in do return self.doSubmit() File "/usr/lib/python2.4/site-packages/hts/hardwaretest.py", line 370, in doSubmit if report.WriteResultsRPM(self.LogDirectory): File "/usr/lib/python2.4/site-packages/hts/report.py", line 192, in WriteResultsRPM self.WriteLogForRPM(testsByName[testName], runNumber, [byTestDirectory, byRunDirectory]) File "/usr/lib/python2.4/site-packages/hts/report.py", line 235, in WriteLogForRPM log.write(outputLog) UnicodeEncodeError: 'ascii' codec can't encode character u'\xb1' in position 24549: ordinal not in range(128) [root@localhost temp]# Version-Release number of selected component (if applicable): hts-5.0-25 How reproducible: every time Steps to Reproduce: 1.Install RHEL5-RC1-i386 to the system with a CD-RW/DVD+RW drive (in this case, I used TEAC DVD+RW DV-W58E) 2.Install hts-5.0-25 + dependencies rpms 3.run: "hts plan", "hts certify -t cdrom", "hts print", "hts submit" Actual results: Can't make result*.rpm to submit to hardware.redhat.com Expected results: Must be able to create results*.rpm when run "hts submit". Additional info: Below is the output of "hts print" after running certify test. [root@localhost ~]# hts print loaded configuration /var/hts/config.xml loaded plan /var/hts/plan.xml loaded results /var/hts/results.xml Red Hat Hardware Certification test -------------------------------------------- Test Suite: 5.0 Release: 25 Plan Created: 2007-02-15 12:16:42 Test Server: -------------------------------------------- Run: 1 on 2007-02-15 12:17:17 -------------------------------------------- Tests: 11 planned, 2 run, 2 passed, 0 failed -------------------------------------------- Test Run 1 ---------------------------------------------------------------- cdrom TEAC DVD+RW DV-W58E - PASS cdrom Optiarc DVD+/-RW ND-3570A - floppy PC Floppy Drive - usb Computer - network Networking Interface - storage ST3750640AS - storage WDC WD2500JS-75N - video ES1000 - info Computer - PASS memory Computer - core Computer - Combined Results for 1 Runs: -------------------------------------------- 11 tests planned 2 tests run 0 tests always failed 2 tests always passed [root@localhost ~]#
Created attachment 148206 [details] output.log of cdrom test
Created attachment 148207 [details] results.xml of cdrom test
Can RH look into this bug? We can't pack-up the results to *.rpm to submit to hardware.redhat.com.
Ping! Dell had several dvd+/-rw drives need to test, but hts failed to do the jobs. What will Dell do to get those drive certified?
Please do the following check and see whether this issue still exist: 1) This error may caused by data inconsistency after user manually killed(Ctrl-C) running tests. Please remove all *.xml files(config.xml, plan.xml and results.xml) under /var/hts/ directory , then re-run the tests; 2) Currently, only en_US locale is supported. If you've set the locale to other languages, plaese change it to en_US, and remove all *.xml files under /var/hts/ directory , then re-run the tests. Please keep using hts-5.0-25 to test. Thanks
*** Bug 227665 has been marked as a duplicate of this bug. ***
I can rule out issue 1) the results.xml is ok.
issue 2: My kickstart.cfg contained the following: lang en_US keyboard us Therefore, it should be en_US locale. I'm curious, where do you check locale setting? /etc/sysconfig/i18n? Thanks,
Same errors on hts-5.0-30
Per Danny Trinh at Dell.... Bug#229025 is stopper. Precision 690n, Precision 490n, Precision 390n will not be done if bug#229025 is not solved.
Hi Danny, Please use hts r31 which has just been released, in r31 a patch is also included to enable you patch r26 result rpm to avoid retesting. Let's know if you still have problem. Cheers, Shao
Hi Danny, Please try to remove all ".pyc" and ".pyo" files under the directory "/usr/lib/python2.4/site-packages/hts/" first , then re-run "hts submit", see if the result rpm is generated. If not, please manually package the results like following: 1) tar jcvf var-log-hts.tar.bz2 /var/log/hts/ 2) tar jcvf var-hts.tar.bz2 /var/hts/ then, please attach these two tar files(var-log-hts.tar.bz2 and var-hts.tar.bz2) as attachments to hardware.redhat.com , we can manually review them. Thanks
Danny, please let us know the cerd id if you could only attach tarball, so hwcert could leverage from there. Thanks Shao
Fixed unicode error on hts submit for R32. Leaving in NEEDINFO to facilitate manual review of existing results.
Please see the bug#232131 for more info. about the cert ID. There are more to come.
bug#232131 is processed , and the unicode error is fixed in R32 . closing this bug now.
Re-opened, put in MODIFIED, pending verification once R32 is made available.
Is there a way that I can get R32 to run for verification? Thanks, Danny