SELinux and named
Daniel J Walsh
dwalsh at redhat.com
Mon Mar 30 17:25:59 UTC 2009
On 03/30/2009 12:54 PM, Steven Stern wrote:
> Daniel J Walsh wrote:
>> On 03/29/2009 11:29 AM, Steven Stern wrote:
>> Running named in a chroot, I've been getting these messages for about a
>> week. Running restorecon, as suggested by the troubleshooter, doesn't
>> help.
>>
>> Mar 26 05:08:55 sds-desk setroubleshoot: SELinux is preventing logrotate
>> (logrotate_t) "getattr" to /var/named/data/named.run (named_cache_t).
>> For complete SELinux messages. run sealert -l
>> d0d5bc39-fa99-4238-be5c-480a54ed38ae
>> Mar 27 05:08:55 sds-desk setroubleshoot: SELinux is preventing logrotate
>> (logrotate_t) "getattr" to /var/named/data/named.run (named_cache_t).
>> For complete SELinux messages. run sealert -l
>> d0d5bc39-fa99-4238-be5c-480a54ed38ae
>> Mar 28 05:08:53 sds-desk setroubleshoot: SELinux is preventing logrotate
>> (logrotate_t) "getattr" to /var/named/data/named.run (named_cache_t).
>> For complete SELinux messages. run sealert -l
>> d0d5bc39-fa99-4238-be5c-480a54ed38ae
>> Mar 29 05:08:54 sds-desk setroubleshoot: SELinux is preventing logrotate
>> (logrotate_t) "getattr" to /var/named/data/named.run (named_cache_t).
>> For complete SELinux messages. run sealert -l
>> d0d5bc39-fa99-4238-be5c-480a54ed38ae
>>
>> Is logrotate being setup specially to rotate files in
>> /var/named/data/named.run ?
>
>> Or is this a standard configuration?
>
>
> This is the standard logrotate. I used audit2allow to create a policy
> permitting it.
>
Ok I put a patch into Rawhide, and I believe the next F10 policy will
have a fix for this.
More information about the fedora-list
mailing list