Bug 680255
Summary: | Incorrect SELinux contexts on /var/lib/puppet/ sub-directories | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Scott Merrill <skippy> |
Component: | puppet | Assignee: | Jeroen van Meeuwen <vanmeeuwen+fedora> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | el6 | CC: | dwalsh, herrold, k.georgiou, mgrepl, orion, tmz, vanmeeuwen+fedora |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-04-17 21:43:01 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
Scott Merrill
2011-02-24 20:05:03 UTC
Dan, Is the best course of action here to update selinux-policy so these directories pick up the proper context? Or can we create them in the rpm and achieve the same result? (Having directories which are created on demand get the right context seems like the best move, if possible. It would keep us from having to create directories that are not strictly needed.) The user componant of the SELinux context indicates which user created the files. If they were default labeled they would be system_u. If you restarted a service as an admin and the service created the directories/files they would get labeled unconfined_u. For the most part SELinux does not care. We currently have restorecon ignore the user componant when it looks to see if files are different then the default, unless you run the -F command. Since you have builtin restorecon into puppetmaster, we need to allow it additional access. Miroslav puppetmaster needs domain_obj_id_change_exemption(puppetmaster_t) in RHEL6, you probably want to back port the full policy from F15. I think this has been fixed. |