Bug 960105

Permitting the above isn't sufficient. Doing that results in zillions of denials like this:

SELinux is preventing /usr/sbin/collectd from search access on the directory 18185.

*****  Plugin catchall (100. confidence) suggests  ***************************

If you believe that collectd should be allowed search access on the 18185 directory by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
Do
allow this access for now by executing:
# grep collectd /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp


Additional Information:
Source Context                system_u:system_r:collectd_t:s0
Target Context                system_u:system_r:kernel_t:s0
Target Objects                18185 [ dir ]
Source                        collectd
Source Path                   /usr/sbin/collectd
Port                          <Unknown>
Host                          hydra.ellipsis.cx
Source RPM Packages           collectd-5.2.0-1.fc18.x86_64
Target RPM Packages           
Policy RPM                    selinux-policy-3.11.1-92.fc18.noarch
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Host Name                     hydra.ellipsis.cx
Platform                      Linux hydra.ellipsis.cx 3.8.11-200.fc18.x86_64 #1
                              SMP Wed May 1 19:44:27 UTC 2013 x86_64 x86_64
Alert Count                   31
First Seen                    2013-05-06 16:44:05 CEST
Last Seen                     2013-05-06 16:44:36 CEST
Local ID                      9ac8ed0c-22ce-4422-af5d-452d2e9eb8ca

Raw Audit Messages
type=AVC msg=audit(1367851476.166:8029): avc:  denied  { search } for  pid=31596 comm="collectd" name="18185" dev="proc" ino=156909 scontext=system_u:system_r:collectd_t:s0 tcontext=system_u:system_r:kernel_t:s0 tclass=dir


type=SYSCALL msg=audit(1367851476.166:8029): arch=x86_64 syscall=open success=no exit=EACCES a0=7f72bb7f9e90 a1=0 a2=1b6 a3=238 items=0 ppid=1 pid=31596 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=4294967295 tty=(none) comm=collectd exe=/usr/sbin/collectd subj=system_u:system_r:collectd_t:s0 key=(null)

Hash: collectd,collectd_t,kernel_t,dir,search

audit2allow

#============= collectd_t ==============
allow collectd_t kernel_t:dir search;

audit2allow -R
require {
        type collectd_t;
}

#============= collectd_t ==============
kernel_read_state(collectd_t)

Do you know what collectd is looking for in /proc?

cfc17565b20b45db95b38cf4328f26ae14691e66 fixes this in git.

(In reply to comment #2)
> Do you know what collectd is looking for in /proc?

The process plugin is trying to read information from the directories corresponding to PIDs. From the collectd.conf(5) man page:

"The statistics collected for these selected processes are size of the resident segment size (RSS), user- and system-time used, number of processes and number of threads, io data (where available) and minor and major pagefaults."

Added also to f18.

commit 8985923dba18f63a591897d59c2c03bfa4b057d5
Author: Dan Walsh <dwalsh>
Date:   Tue May 7 16:45:48 2013 -0400

    Allow collected_t to read all of /proc

selinux-policy-3.11.1-95.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/selinux-policy-3.11.1-95.fc18

Package selinux-policy-3.11.1-95.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing selinux-policy-3.11.1-95.fc18'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-8591/selinux-policy-3.11.1-95.fc18
then log in and leave karma (feedback).

selinux-policy-3.11.1-95.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.