Bug 481250
Summary: | tps-rpmtest failed on rhel4 hosts | ||
---|---|---|---|
Product: | [Retired] Red Hat Hardware Certification Program | Reporter: | Yan Tian <tyan> |
Component: | Test Suite (harness) | Assignee: | Greg Nichols <gnichols> |
Status: | CLOSED WONTFIX | QA Contact: | Lawrence Lim <llim> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 5.3 | CC: | lockhart, rlandry, tools-bugs |
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: | 2009-06-12 03:05:53 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: |
Description
Yan Tian
2009-01-23 03:13:50 UTC
.qa.[root@ppcp-4as-v1 tps]# ls -laZ /var/hts/css/hts.css -rw-r--r-- root root system_u:object_r:httpd_sys_content_t /var/hts/css/hts.css .qa.[root@ppcp-4as-v1 tps]# restorecon /var/hts/css/hts.css .qa.[root@ppcp-4as-v1 tps]# ls -laZ /var/hts/css/hts.css -rw-r--r-- root root system_u:object_r:var_t /var/hts/css/hts.css .qa.[root@ppcp-4as-v1 tps]# rpm -V hts ........C /var/hts ........C /var/hts/cgi ........C /var/hts/cgi/htsweb.py ........C /var/hts/css ........C /var/hts/css/results.css ........C /var/hts/docs ........C /var/hts/docs/index.html ........C /var/hts/images ........C /var/hts/images/favicon.ico ........C /var/hts/images/logo_rh_home.png ........C /var/hts/index.html Reproduced this bug with hts-5.3-16.el4. How is this a bug in TPS? rpm --verify fails. TPS reports this. What did 'rpm -V' say before and after the restorecon operation? The above report says to me that the old package had no verify errors, but upgrading to the new package causes verify errors. This is a common bug in packages which TPS is designed to catch. It is unclear to me in Comment 1 which of the two contexts is the correct one (if either one _is_ correct). With the old packages installed: rpm -V hts # If the above reports no errors: ls -lZd /var/hts /var/hts/css/results.css tps-upgrade rpm -V hts ls -lZd /var/hts /var/hts/css/results.css restorecon /var/hts /var/hts/css/results.css # ^ with any additional options required ls -lZd /var/hts /var/hts/css/results.css # and finally, if the above reports different # info from before the restorecon command: rpm -V hts Note that the above has nothing* to do with TPS. (*tps-upgrade just calls rpm, and tells you how it's calling rpm.) Any bugs observed are therefore in the package, in rpm, or in selinux. Eeek, apologies! My mail sorted this bug into my TPS Bugs folder, and I didn't read the Component above before replying, believing it to be filed against TPS. The above debugging procedure should still be helpful, but please imagine a GREAT BIG "SORRY!" wrapped around it for my silly error. See 505477 - New v7 RPM should depricate hts rpm |