Description of problem: SELinux is preventing /usr/libexec/geoclue from 'read' accesses on the file /etc/resolv.conf. ***** Plugin catchall (100. confidence) suggests ************************** If you believe that geoclue should be allowed read access on the resolv.conf file 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 pool /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:geoclue_t:s0 Target Context unconfined_u:object_r:home_bin_t:s0 Target Objects /etc/resolv.conf [ file ] Source pool Source Path /usr/libexec/geoclue Port <Unknown> Host (removed) Source RPM Packages geoclue2-2.2.0-1.fc22.x86_64 Target RPM Packages Policy RPM selinux-policy-3.13.1-128.13.fc22.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 4.1.7-200.fc22.x86_64 #1 SMP Mon Sep 14 20:19:24 UTC 2015 x86_64 x86_64 Alert Count 4 First Seen 2015-10-15 10:02:24 EEST Last Seen 2015-10-15 12:00:06 EEST Local ID 516cc3b2-6893-423e-bc1c-e3a79c2addbd Raw Audit Messages type=AVC msg=audit(1444899606.526:1487): avc: denied { read } for pid=28131 comm="pool" name="resolv.conf" dev="sdb1" ino=1048833 scontext=system_u:system_r:geoclue_t:s0 tcontext=unconfined_u:object_r:home_bin_t:s0 tclass=file permissive=0 type=SYSCALL msg=audit(1444899606.526:1487): arch=x86_64 syscall=open success=no exit=EACCES a0=3e0b1898c3 a1=80000 a2=1b6 a3=3e0b08c580 items=0 ppid=1 pid=28131 auid=4294967295 uid=990 gid=987 euid=990 suid=990 fsuid=990 egid=987 sgid=987 fsgid=987 tty=(none) ses=4294967295 comm=pool exe=/usr/libexec/geoclue subj=system_u:system_r:geoclue_t:s0 key=(null) Hash: pool,geoclue_t,home_bin_t,file,read Version-Release number of selected component: selinux-policy-3.13.1-128.13.fc22.noarch Additional info: reporter: libreport-2.6.2 hashmarkername: setroubleshoot kernel: 4.1.7-200.fc22.x86_64 type: libreport
*** This bug has been marked as a duplicate of bug 1271924 ***