Hide Forgot
Description of problem: No idea. Message just popped up randomly soon after rebooting while I was working on something. Not sure if this is a policy problem or a problem with sssd, but figure I'll report it anyway... -------------------[snip]------------------ SELinux is preventing /usr/libexec/sssd/sssd_be from 'module_request' accesses on the system . ***** Plugin catchall_boolean (89.3 confidence) suggests ****************** If you want to allow all domains to have the kernel load modules Then you must tell SELinux about this by enabling the 'domain_kernel_load_modules' boolean. You can read 'kernel_selinux' man page for more details. Do setsebool -P domain_kernel_load_modules 1 ***** Plugin catchall (11.6 confidence) suggests ************************** If you believe that sssd_be should be allowed module_request access on the system 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 sssd_be /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:sssd_t:s0 Target Context system_u:system_r:kernel_t:s0 Target Objects [ system ] Source sssd_be Source Path /usr/libexec/sssd/sssd_be Port <Unknown> Host (removed) Source RPM Packages sssd-common-1.11.2-1.fc20.x86_64 Target RPM Packages Policy RPM selinux-policy-3.12.1-90.fc20.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 3.11.9-300.fc20.x86_64 #1 SMP Wed Nov 20 22:23:25 UTC 2013 x86_64 x86_64 Alert Count 19 First Seen 2013-11-22 08:37:14 EST Last Seen 2013-11-25 10:15:00 EST Local ID 99426d77-b796-4ab0-b2d8-f16e3662ffed Raw Audit Messages type=AVC msg=audit(1385392500.430:35): avc: denied { module_request } for pid=1072 comm="sssd_be" kmod="netdev-br0" scontext=system_u:system_r:sssd_t:s0 tcontext=system_u:system_r:kernel_t:s0 tclass=system type=SYSCALL msg=audit(1385392500.430:35): arch=x86_64 syscall=ioctl success=no exit=ENODEV a0=11 a1=8933 a2=7fff0da491b0 a3=a items=0 ppid=1028 pid=1072 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=4294967295 tty=(none) comm=sssd_be exe=/usr/libexec/sssd/sssd_be subj=system_u:system_r:sssd_t:s0 key=(null) Hash: sssd_be,sssd_t,kernel_t,system,module_request Additional info: reporter: libreport-2.1.9 hashmarkername: setroubleshoot kernel: 3.11.9-300.fc20.x86_64 type: libreport
40cd9e982a4875088d68629cf28ee6e6b121fc42 fixes this in git.
selinux-policy-3.12.1-105.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/selinux-policy-3.12.1-105.fc20
Package selinux-policy-3.12.1-105.fc20: * should fix your issue, * was pushed to the Fedora 20 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.12.1-105.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-22285/selinux-policy-3.12.1-105.fc20 then log in and leave karma (feedback).
selinux-policy-3.12.1-105.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.