Description of problem: SELinux is preventing /usr/libexec/gvfsd-fuse from 'mounton' accesses on the directory . ***** Plugin catchall_boolean (89.3 confidence) suggests ****************** If you want to allow polyinstantiation to enabled Then you must tell SELinux about this by enabling the 'polyinstantiation_enabled' boolean. You can read 'None' man page for more details. Do setsebool -P polyinstantiation_enabled 1 ***** Plugin catchall (11.6 confidence) suggests ************************** If you believe that gvfsd-fuse should be allowed mounton 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 gvfsd-fuse /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:xdm_t:s0-s0:c0.c1023 Target Context system_u:object_r:user_tmp_t:s0 Target Objects [ dir ] Source gvfsd-fuse Source Path /usr/libexec/gvfsd-fuse Port <Unknown> Host (removed) Source RPM Packages gvfs-fuse-1.20.1-1.fc20.i686 Target RPM Packages Policy RPM selinux-policy-3.12.1-153.fc20.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Permissive Host Name (removed) Platform Linux (removed) 3.14.1-200.fc20.i686+PAE #1 SMP Mon Apr 21 15:54:41 UTC 2014 i686 i686 Alert Count 1 First Seen 2014-04-24 17:44:16 YEKT Last Seen 2014-04-24 17:44:16 YEKT Local ID 09118ea1-ea0b-4aef-9691-54141f7beec9 Raw Audit Messages type=AVC msg=audit(1398339856.208:516): avc: denied { mounton } for pid=2906 comm="gvfsd-fuse" path="/run/user/42/gvfs" dev="tmpfs" ino=20698 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:user_tmp_t:s0 tclass=dir type=SYSCALL msg=audit(1398339856.208:516): arch=i386 syscall=mount success=no exit=EPERM a0=8341728 a1=8341590 a2=8341560 a3=6 items=0 ppid=1 pid=2906 auid=4294967295 uid=42 gid=42 euid=42 suid=42 fsuid=42 egid=42 sgid=42 fsgid=42 tty=(none) ses=4294967295 comm=gvfsd-fuse exe=/usr/libexec/gvfsd-fuse subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 key=(null) Hash: gvfsd-fuse,xdm_t,user_tmp_t,dir,mounton Additional info: reporter: libreport-2.2.2 hashmarkername: setroubleshoot kernel: 3.14.1-200.fc20.i686+PAE type: libreport
commit f40f382d566de648435c2fa1e0fa4dd89451b04a Author: Miroslav Grepl <mgrepl> Date: Wed Apr 30 11:35:03 2014 +0200 Fix labeling for /var/run/user/<UID>/gvfs
selinux-policy-3.12.1-161.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/selinux-policy-3.12.1-161.fc20
Package selinux-policy-3.12.1-161.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-161.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-6084/selinux-policy-3.12.1-161.fc20 then log in and leave karma (feedback).
Package selinux-policy-3.12.1-163.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-163.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-6084/selinux-policy-3.12.1-163.fc20 then log in and leave karma (feedback).
selinux-policy-3.12.1-163.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
Very strange but this alert occurs today $ rpm -qa | grep selinux libselinux-2.2.1-6.fc20.i686 libselinux-utils-2.2.1-6.fc20.x86_64 libselinux-2.2.1-6.fc20.x86_64 selinux-policy-3.12.1-167.fc20.noarch selinux-policy-targeted-3.12.1-167.fc20.noarch libselinux-python-2.2.1-6.fc20.x86_64 libselinux-devel-2.2.1-6.fc20.x86_64
Could you attach the actual avc you got today>
Additional Information: Source Context system_u:system_r:xdm_t:s0-s0:c0.c1023 Target Context system_u:object_r:user_tmp_t:s0 Target Objects [ dir ] Source gvfsd-fuse Source Path /usr/libexec/gvfsd-fuse Port <Unknown> Host (removed) Source RPM Packages gvfs-fuse-1.20.2-1.fc20.x86_64 Target RPM Packages Policy RPM selinux-policy-3.12.1-167.fc20.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Permissive Host Name (removed) Platform Linux (removed) 3.14.7-200.fc20.x86_64+debug #1 SMP Wed Jun 11 22:20:06 UTC 2014 x86_64 x86_64 Alert Count 1 First Seen 2014-06-13 19:50:03 YEKT Last Seen 2014-06-13 19:50:03 YEKT Local ID 670e9cff-38be-4499-8354-131b88f3443e Raw Audit Messages type=AVC msg=audit(1402667403.732:516): avc: denied { mounton } for pid=10107 comm="gvfsd-fuse" path="/run/user/42/gvfs" dev="tmpfs" ino=24127 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:user_tmp_t:s0 tclass=dir type=SYSCALL msg=audit(1402667403.732:516): arch=x86_64 syscall=mount success=no exit=EPERM a0=22e4040 a1=22e3f70 a2=22e4190 a3=6 items=0 ppid=1 pid=10107 auid=4294967295 uid=42 gid=42 euid=42 suid=42 fsuid=42 egid=42 sgid=42 fsgid=42 tty=(none) ses=4294967295 comm=gvfsd-fuse exe=/usr/libexec/gvfsd-fuse subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 key=(null) Hash: gvfsd-fuse,xdm_t,user_tmp_t,dir,mounton
Hi, Could you use: #restorecon -R -v /run/user/* To fix your issue.