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 users mailing list