| Summary: | new location for syslog-ng.ctl requires updated file_context | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Douglas E. Warner <silfreed> |
| Component: | selinux-policy | Assignee: | Miroslav Grepl <mgrepl> |
| Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 14 | CC: | dwalsh, mgrepl |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-02-04 15:20:49 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Douglas E. Warner
2011-02-03 23:57:22 UTC
What is your release of selinux-policy?
# rpm -q selinux-policy
# matchpathcon /var/lib/syslog-ng/syslog-ng.ctl
/var/lib/syslog-ng/syslog-ng.ctl system_u:object_r:syslogd_var_lib_t:s0
# # sesearch -A -s syslogd_t -t syslogd_t -c process -p setrlimit
Found 1 semantic av rules:
allow syslogd_t syslogd_t : process { fork sigchld sigkill sigstop signull signal getsched setpgid setrlimit } ;
Apparently I'm running f13, not f14 (working on fixing that). Regardless, your matchpathcon shows up for me: # matchpathcon /var/lib/syslog-ng/syslog-ng.ctl /var/lib/syslog-ng/syslog-ng.ctl system_u:object_r:syslogd_var_lib_t:s0 # rpm -q selinux-policy selinux-policy-3.7.19-76.fc13.noarch The syslog-ng.ctl file is created at startup time for syslog-ng; could this be a problem w/ /var/lib/syslog-ng? # matchpathcon /var/lib/syslog-ng/ /var/lib/syslog-ng system_u:object_r:syslogd_var_lib_t:s0 ^ this looks correct to me? Maybe my syslog-ng daemon is running in the wrong context for some reason? THe problem is /var/lib/syslog-ng was created with the wrong context. restorecon -R -v /var/lib/syslog-ng will fix the problem. Is this directory listed in the content of the rpm spec file? Did you create it by hand? If the directory does not exist, does the init script create it? Since upgrading to F14 this problem has gone away. I don't expect syslog > 3.0 to show up in F13 anyway, so I'll go ahead close this bug. Thanks for your help w/ learning some new selinux commands! Daniel, I forgot to check the context before I ran restorecon (prior to upgrading to F14), but it also didn't change anything (assuming changes get printed when running w/ '-v'). The /var/lib/syslog-ng directory is owned by the syslog-ng package and the syslog-ng.ctl file is created at run-time. |