Bug 449420
Summary: | [RHEL5.2][SELinux] AVC denied messages after upgrading from 5.1 to 5.2 | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Jeff Burke <jburke> |
Component: | selinux-policy | Assignee: | Daniel Walsh <dwalsh> |
Status: | CLOSED ERRATA | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | low | ||
Version: | 5.4 | CC: | kwirth, mkoci, notting |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-01-20 21:32:00 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
Jeff Burke
2008-06-02 16:40:47 UTC
We can fix this with a simple fix to the init scripts? If QA wants to put it in Fast Track. This has ramifications in that a person moving from SELinux Disabled to SELinux ENabled is going to fail Adding genhomedircon to init scripts in relabel sequence before fixfiles restore will fix this problem. What exactly does genhomedircon do (it has no docs) and why is it not part of a normal relabel? genhomedircon queries the system to see where the homedirs are and then setup the file context correctly. In this case selinux policy was updated but genhomedircon quits because selinux is disabled. So we could add a genhomedircon to the init scripts to clean up the error. The other options involve releasing an updated selinux-policy package, which is not allowed to be updated until 5.3 This is somewhat reasonable kbase fodder, isn't it - it's just a one-time fix for someone who upgrades in this manner? How common is upgrading with SELinux off and then turning it back on? Well the problem is we convince someone to turn on SELInux for the first time or the first time since they were convinced SELinux was broken, And when they boot up, it is broken... So yes run - Turn SELinux on - reboot - SElinux Broken # genhomedircon # touch /.autorelabel # reboot will clean it up. This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. Fixed in selinux-policy-2.4.6-141.el5 An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2009-0163.html |