Description of problem: SELinux is preventing /usr/sbin/ldconfig from 'read' accesses on the directory . ***** Plugin catchall (100. confidence) suggests ************************** If you believe that ldconfig should be allowed read access on the 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 ldconfig /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:ldconfig_t:s0 Target Context system_u:object_r:initrc_tmp_t:s0 Target Objects [ dir ] Source ldconfig Source Path /usr/sbin/ldconfig Port <Unknown> Host (removed) Source RPM Packages glibc-2.18-12.fc20.x86_64 Target RPM Packages Policy RPM selinux-policy-3.12.1-179.fc20.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Permissive Host Name (removed) Platform Linux (removed) 3.15.7-200.fc20.x86_64 #1 SMP Mon Jul 28 18:50:26 UTC 2014 x86_64 x86_64 Alert Count 2 First Seen 2014-08-05 10:02:12 GST Last Seen 2014-08-05 10:07:50 GST Local ID 1ec44275-a10d-48ac-b933-e1f596a99163 Raw Audit Messages type=AVC msg=audit(1407218870.778:384): avc: denied { read } for pid=7455 comm="ldconfig" name="ld.so.conf.d" dev="sda3" ino=576892 scontext=system_u:system_r:ldconfig_t:s0 tcontext=system_u:object_r:initrc_tmp_t:s0 tclass=dir type=SYSCALL msg=audit(1407218870.778:384): arch=x86_64 syscall=openat success=yes exit=EINTR a0=ffffffffffffff9c a1=7fff87a69060 a2=90800 a3=0 items=0 ppid=2916 pid=7455 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=ldconfig exe=/usr/sbin/ldconfig subj=system_u:system_r:ldconfig_t:s0 key=(null) Hash: ldconfig,ldconfig_t,initrc_tmp_t,dir,read Additional info: reporter: libreport-2.2.3 hashmarkername: setroubleshoot kernel: 3.15.7-200.fc20.x86_64 type: libreport Potential duplicate: bug 830570
*** Bug 1126707 has been marked as a duplicate of this bug. ***
*** Bug 1126708 has been marked as a duplicate of this bug. ***
Try to execute # restorecon -R -v /usr/lib* to fix labeling.