| Summary: | hwcert-backend submit fails when behind a proxy | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Hardware Certification Program | Reporter: | Rainer Koenig <Rainer.Koenig> |
| Component: | Test Suite (harness) | Assignee: | Greg Nichols <gnichols> |
| Status: | CLOSED NOTABUG | QA Contact: | Red Hat Kernel QE team <kernel-qe> |
| Severity: | urgent | Docs Contact: | |
| Priority: | high | ||
| Version: | 6.1 | CC: | chorn, rlandry |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-04-02 12:10:16 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: | |
| Bug Depends On: | |||
| Bug Blocks: | 1052387 | ||
|
Description
Rainer Koenig
2013-10-01 12:05:01 UTC
- Do you encounter the issue when no_proxy is used? - Crosscheck of the variables with wget or curl: Does fetching a https page work? - What are the exact versions of the hwcert packages you use there? Is the RHEL a 6.4GA ? (In reply to Christian Horn from comment #1) > - Crosscheck of the variables with wget or curl: Does fetching a https page > work? Rainer reports that this works. The hwcert packages just seem to block "at some later state". Any ideas to further debug this? Do we have a testscenario which tests the proxy functionality? I reproduced this here with 2 systems,
- one running squid default config
- the other one running hwcert-backend submit.
After setting {http|https|ftp}_proxy variables:
- 'hwcert-backend submit' here uses the proxy initially
- but then tries to lookup partner-hwcert.redhat.com via DNS from the system, instead of using the proxy
Same behavior on RHEL7 with latest client. On a system which has proxy access, verified with "elinks -dump ...":
Would you like to submit the results to the hardware catalog? (y|n) y
response: y
What certification is this system being tested for? (new|existing|none) new
response: new
Error: could not open a new certification:
[Errno -2] Name or service not known
Saving current results to:
/var/hwcert/store/Bochs/Bochs/Bochs/x86_64/RHEL/7/hwcert-results-rhel7a-20140203161334.xml.gz
Traceback (most recent call last):
File "/usr/bin/hwcert", line 31, in <module>
if not hwcert.run():
File "/usr/share/hwcert/lib/hwcert/hardwarecertification.py", line 87, in run
if not self.certify():
File "/usr/share/hwcert/lib/hwcert/hardwarecertification.py", line 116, in certify
if not self.doPlan():
File "/usr/share/hwcert/lib/hwcert/harness.py", line 149, in doPlan
self.planner.analyse(self.environment.getSourceDirectory())
File "/usr/share/hwcert/lib/hwcert/planner.py", line 88, in analyse
test = testClass()
File "/usr/share/hwcert/tests/cpuscaling/cpuscaling.py", line 77, in __init__
self.cpuPower = CPUPower()
File "/usr/share/hwcert/tests/cpuscaling/cpupower.py", line 38, in __init__
self.__getSupportInformation()
File "/usr/share/hwcert/tests/cpuscaling/cpupower.py", line 124, in __getSupportInformation
if maxFreq and not self.maximumFrequency:
UnboundLocalError: local variable 'maxFreq' referenced before assignment
[root@rhel7a ~]# rpm -qa|grep hwcert
hwcert-server-1.7.0-20140124.2.el7.noarch
hwcert-client-info-1.7.0-20140124.2.el7.noarch
hwcert-client-1.7.0-20140124.2.el7.noarch
Submitting works since long... so I close this bug. |